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(57) Abstract 

The invention is a system and method for processing connections. Connection identifiers are assigned to indexes and stored in 
corresponding index latches (260. 262. 264). When communications arrive over a particular connection, the identifier for the particular 
connection is provided to all of the index latches. The index latch that stores a matching connection identiaer provides its associated index. 
The index can be used to access a memory location that houses a processing instniction for the particular connection. The invention can 
be used within ATM multiplexers and gateways to facilitate connection processing. 
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TELECOMMUNICATIONS SYSTEM WITH 
A CONNECTION PROCESSING SYSTEM 



BACKGROUND 



FIELD OF THE INVENTION . 

The invention relates to the field of telecommunications. In particular, the invention 
relates to telecommunications systems with connection processing systems. 

DESCRIPTION OF THE RELATED ART 

Asynchronous Transfer Mode (ATM) technology has become a well known means of 
communication. ATM is based on the 53 byte cell that contains a five byte header and a 48 byte 
payload. The header includes a virtual connection identification field known as the Virtual Path 
IdentifierA^irtuai Channel Identifier (VPWCI). The VPWCI is typically a 28 bit field that 
designates the virtual connection for the cell. The VPWCI is used by the network to route and 
handle ATM cells. Typically the VPWCI is used to identify a virtual connection, but other virtual 
channel identifiers could also be used in the context of the invention. 

At present. VPWCIs are processed by using the VPWCI to access a memory location 
that stores processing instnictions for the VPWCI Using a 28 bit VPWCI to access memory is 
a cumbersmic process. This entails writing the 28 bit VPWCI to one register and then repeatedly 
reading and writing successive VPWCI Ubie entries into another register for company This 
can entail several read/write operations before a match is found. The entire table must be searched 
if no match is available. This problem is compounded by processing over an 8 bit or 16 bit bus. 
With an 8 bit bus. a 28 bit number requires 4 write qjerations to transfer the number. A 16 bit bus 
requires 2 write operations. These conditions cause problems in broadband systems where high 
speed transport is used. VPWCI processing speed is often a critical factor. For example, when 
OC-3 transport is used to cany the ATM cells, a cell arrives for processing every 2.73 
microseconds. 

One solution is to restrict the number of bits that are actually used in the VPWCL By 
restricting the 28 bit VPWCI to only 8 active bits, processing speed is improved. However, this 
limitation places severe restrictions on a network's ability to utilize the full capability of ATM 

virtual connection identification. As a result, this solution is often unacceptable^ 
SUMMARY 

The invention reduces the connection processing time required in prior systems by 
assigning connection identifiers to indexes and storing the connection identifiers in associated 
index latches. During subsequent processing, a particular connection is processed by providing 
the connection identifier to each index latch for comparison with any assigned connection 
identifiers stored in the latches. These comparisons can occur simultaneously across all index 
latches. The index latch that finds a match outputs its index. This is the index that was originally 
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assigncd to the connection. The index can be used to access instructions in memory or it could 
signify other actions that need to be taken. In this way, a smaller index can be used to process the 
connection instead of a large connection identifier. The index latch circuitry allows connections 
to be associated with indexes in nanoseconds. 

The invention comprises a connection processing method where there arc a plurality of 
connection identifiers. One of the connection identifiers is a first connection identifier that 
identifies a first connection and another one of the connection identifiers is a second connection 
identifier that identifies a second connection. There are a plurality of index latches and a plurality 
of associated indexes. One of the indexes is a first index that is associated with a first index latch 
and another one of the indexes is a second index that is associated with a second index latch. 

The method comprises assigning the first connection identifier to the first index and 
assigning the second connecUon identifier to the second index. The first index is associated with 
a fu^l index latch and the second index is associated with a second index latch. The method 
comprises storing the first connection identifier in the first index latch and storing the second 
connection idenUficr in the second index latch. The assignment and storage creates assigned 
connection identifiers in the first and second index latches. TTie method comprises receiving 
communications over the first connection and obtaining the first connection identifier The method 
comprises providing the fu^t connection identifier to each index latch and comparing the fu-st 
connecticm idoitifier to any assigned connection identifiers stored in the index latches. The method 
comprises providing the first index associated >vith the fu^t index latch in response to the first 
connection identifier matching the assigned connection identifier stored in the first index latch! The 
method comprises receiving communications over the second connection and obtaining the second 
connection identifier. The method comprises providing the second connection identifier to each 
index latch and comparing the second connection identifier to any assigned connection identifiers 
stored in the index latches. The method comprises providing the second index associated with the 
second index latch in response to the second connection identifier matching the assigned connecUon 
identifier stored in the second index latch. 

In some embodiments the invention also comprises storing a processing inslr^^^ 
first connection in a memory location that can be accessed with the first index, and using the first 
index provided by the first index latch to access the processing instniction in the memory location. 
In various other embodiments, the invention facilitates the processing of virtual connections. 
VPWCIs, DSO connections, and Circuit Identification Codes (CICs). In some embodiments, the 
invention comprises receiviiig write and read instructions where the addresses in the instructions 
n^resent one of the incoming connection register, one of the index latches, or the assigned index 
register; and decoding the instructions to detenmine what the address represents to facihtate 
execution of the instniction. 

The invaition comprises a system for processing connection identifiers for connections 
wtoe awmection identifiers arc assigned to indexes to create assigned connection identifiers and 
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corresponding assigned indexes. The connections arc identified by incoming connection identifiers 
when incoming communications from the connections are received by the system. The system 
comprises index latches that are each associated wiih one of the indexes and that arc each 
operational to receive and store one of the assigned connection identifiers, to receive and compare 
the incoming connection identifiers with the stored assigned connection identifier, and to produce 
the associated index if one of the incoming connection identifiers matches the stored assigned 
connection identifier.. The system also comprises an inccHning connection register that is connected 
to each index latch and that is operational to receive the incoming connection identifiers and 
provide them to each index latch; and an assigned index register that is connected to each index 
latch and that is operational to receive the associated indexes from the index latches. 

In some embodinwnts, the system further comprises a microprocessor that is operaUonal 
to provide write and read instructions that comprise first instructions to write the assigned 
connection identifiers to addresses that represent the index latches that are associated with the 
assigned indexes, a second instniction to write the incoming connection identifier to an address that 
represents the incoming connection identifier register, and a third instruction to read the assigned 
index from an address that represents the assigned index register. In these embodiments, the 
system also comprises an address decoder that is operational to receive the first instructions and 
to provide the assigned connection identifiers to the index latches that are associated with the 
assigned indexes, to receive the second instruction and to provide the incoming connection 
identifier to the incoming connection register, and to receive the third instruction and to provide 
the assigned index to the microprocessor from the assigned index register. 

The invention can be used in various devices and architectures as discussed below. This 
includes ATM intenvorldng multiplexers and ATM gateways. This also includes architectures that 
employ signaling processors. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of a version of the invention. 
Figure 2 is a block diagram of a version of the invention. 
Figure 3 is a block diagram of a version of the invention. 
Figure 4 is a block diagram of a version of the mvention. 
Figure 5 is a block diagram of a version of the invention. 
Figure 6 is a block diagram of a version of the invention. 
Figure 7 is a block diagram of a version of the invention. 
Figure 8 is a block diagram for a version of the invention. 
. Figure 9 is a block diagram for a version of the invention. 
Figure 10 is a block diagram for a version of the invention. 
Figure 11 is a logic diagram for a version of the invention. 
Figure 12 is a block diagram for version of the invention. 
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Figure 1 3 is a logic diagram for a version of the invention. 
Figure 1 4 is a logic diagram for a version of the invention. 
Figure 1 5 is a message sequence chart for a version of the invention. 
Fi^c 1 6 is a message sequence chart for a version of the invention. 
Figure 1 7 is a message sequence chart for a version of the invention. 
Figure i 8 is a message sequence chart for a version of the invention. 
Figure 1 9 is a message sequence chart for a version of the invention. 
Figure 20 is a message sequence chart for a version of the invention. 
Figure 2 1 is a message sequence chart for a version of the invention. 
Figure 22 is a message sequence chart for a version of the invention. 
Figure 23 is a message sequence chart for a version of the invention' 
Figure 24 is a block diagram for a version for the invention. 
Figure 25 is a block diagram for a version for the invention. 
Figure 26 is a block diagram for a version for the invention. 

DESCRIPTION 

ATM technology has become a well known means of conununication. ATM is based on 
the 53 byte cell that contains a five byte header and a 48 byte payload The header includes a 
virtual connection identification field known as the Virtual Path IdentificrA^irtual Channel 
Identifier (VPWCI). The VPWCI is typically a 28 bit field that designates the virtual connection 
for the cell. The VPWCI is used by the network to route and handle ATM cells. Typically the 
VPUWCl is used to identify a virtual connection, but other virtual channel identifiers could also be 
used in the context of the invention. 

In order to faciUtate the processing of the VPWCI of a given cell, the VPWCI may first 
be associated with an index. The index is typically several bits shelter than the VPWCI. Once 
a VPWCI is assigned to the index, the relatively short index may be used instead of the VPWCI 
to access information pertaining to the VPWCI. For example, VPWCI "X" (28 bits) may be 
assigned to index "304" ( 1 2 bits), and routing instructions for VPWCI "X** could be stored at a 
memory location conresponding to index "304". When a cell arrives with a VPWCI "X" then 
the ceU processor can associate "X" with index "304" and obtain the routing instructions from the 
memory location that corresponds to index "304" It is easier and more efficient to access memory 
using the shorter index than the lengthier VPWCI. 

The number of indexes can be much less than the number of potential VPWCI 
combinations. (4,096 possible VPIs and 65,536 possible VCIs in each VPI) The number of 
indexes could be set at the number of simultaneous VP WCIs the processor must handle. Once 
an index is freed up, it could be rc-assigned to the another VPWCI. For example, a processor may 
have 4.096 indexes, and could use them to handle 4,096 simultaneous VP WCIs, even though all 
of the millions of possible Vjp WCIs may be used at one time or another! In this example, the . 
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dcsignation of 4,096 indexes would require 12 bits per index. As stated above, the 12 bit index 
is easier to process than a 28 bit VP WCI. 

In some embodiments, the invention is a connection processing system that facilitates the 
association of VPWCIs with indexes. In other embodiments, the invention is a connection 
processing system that facilitates the association of other connections, such as DSO connections, 
with an index. For example, the index can be used to correlate virtual connections and virtual 
connections, DSOs and virtual connections, and DSOs with DSOs. 

THE CONNECTION PROCESSING SYSTEM - 

Figure 1 depicts a version of the invention and shows microprocessor 1 10, index logic 
120, memory 130, bus 140, and receive/transmit logic 1 50! Microprocessor 1 10 could be a 
conventional microprocessing chip configured in accord with the present invention. Index logic 
120 could be Large Scale Integrated (LSI) circuitry configured in accord with the present invention. 
As will be discussed below, index logic 120 should be configiired to first accept assignments of 
virtual connections to indexes, and then later associate the virtual connections of incoming cells 
with their assigned indexes. Memoiy 130 and bus 140 could be a conventional elements typically 
associated with microprocessing chips. Receive/transmit logic 150 is logic that receives 
conmiunications from various connections. Some examples would be standard ATM Adaption 
Layer (AAL) Segmentation and Reassembly (S AR) processing logic and standard Time Division 
Multiplex (TDM) processing logic. Preferably, the connection processing system operates with 
32 bit bus structures and 32 bit processors. 

In operation, various indexes are set-up to point to particular locations in memory 130. 
When one of these iiidcxes is assigned to a virtual connection, the index/virtual cormcction 
assignment is provided to index logic 120. This virtual connection or index will be referred to as 
the "assigned VPWCI" or the "assigned index". Information about the assigned VPWCI is 
stored in a location in memory 130 that cani>e accessed with the assigned index. Typically these 
assignments come from the microprocessor, but they could also come from other control entities. 

When an ATM cell arrives on bus 140 through receive/frarismit logic 150, it is stored in 
memory 130. Microprocessor 110 will provide the incoming cell's VPWCI to index k)gic 120. 
This VPWCI will be referred to as the "incoming VPWCI" Index logic 120 will then produce 
the index that is assigned to the incoming VPWCI. Microprocessor 1 10 will obtain the assigned 
index from index logic 120 and use it to access information in memory 130. For example, the 
memory location may contain information instructing microprocessor 1 10 to forward the cell to 
receive/transmit logic 150 for distribution over a particular DSO connection. 

Those skilled in the art are aware that computer logic and circuitry is more detailed than 
that shown on the figures. For example, bus 140 may actually be implemented using multiple bus 
structures, such as I/O, control, data, and addr^sing to name some examples.. One skilled in the 
art will appreciate these details, and for the sake of clarity, they have been omitted from the figures. 
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Figure 2 depicts a version of index logic 1 20 from Figure 1 , which is now depicted as 
index logic 220. Index logic 220 includes read/write address decoder 230, incoming, virtual 
connection register 250, and assigned index register 252. Also shown are index latches 260, 262, 
and 264. As indicated, there are actually 4,096 index latches, but all arc not shown for reasons of 
clarity. As will be appreciated, the number of index latches varies in accord with the number of 
required indexes. Bus 240 is also shown and would be connected to bus 140 from Figure 1 (As 
discussed above, bus 240 would typically be comprised of multiple bus structures as would be 
appreciated by one skilled in the art). 

Those skilled in the art appreciate various techniques that processors use lo read and write 
informauori using addresses. In this embodiment of the invention, the microprocessor is able to 
read from and write to index logic 220 as if it were memory. Read/write address decoder 230 is 
connected to bus 240 and is functional to receive the microprocessor's read/write instructions and 
execute the instruction. This is accomplished by associating the address in the instruction with the 
appropriate clement of index logic 220. The address could use the same designaUon as the element 
or they could be related through a translation tabic. 

For exanq)le, the instruction from nwcroprocessor may be to write daU 
Read/write address decoder would decode this instruction as follows. It would translate the address 
into its corresponding element. In this case address "A435" could translate to index latch *'262'\ 
The data provided to index logic 220 along with the instruction could be VPIA/CI " Y". Read/write 
address decoder 230 would arm index latch 262 to accept the dau. As a result the write data to 
address "A435" would result in VPWCI "Y" being provided lo index latch "262", In effect. 
VPIA^CI "Y" has been assigned to index "262" 

When the microprocessor handles incoming cells it will write daU (the incoming VPIA^CI) 
to a particular address. Read/write address decoder 230 will use the address lo idenUfy the 
appropriate element of index logic 220. In the case of an incoming VPWCI, the element would 
be incoming virtual connection register 250. 

The microprocessor will then read data (the assigned index) from a particular address. 
Read/write address decoder 230 will use the address to identify the appropriate element of index 
logic 220: In the case of an assigned index, the element would be assigned index register 252. The 
data in assigned index register will be provided lo the microprocessor. 

Read/write address decoder 230 also facilitates the use of various bus s^^^ For example, 
if the microprocessor uses an 8 bit daU bus, it will take four writes to provide a 28 bit VP WGI. 
If a 16 bit bus is used, it will take two writes. Read/write address decoder 230 will collect all the 
data . and then arm the appropriate element for accepting the complete set of data.. In a similar 
fashion, read/write address decoder 230 may facilitate multiple reads to provide the index to the 
microprocessor. 

RcadAvritc address decoder 230 also provides a synchronization and clocking function to 
index logic 220. As one skilled in the art will appreciate, synchronization and clocking is needed 
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to address race and timing functions. The various stages of index logic 222 will have a strobing 
mechanism derived from the system clock that synchronizes the transfer of information from one 
stage to another. 

Incoming virtual connection register 250 is connected to bus 240. Incoming virtual 
connection register 250 could be a standard register that is functional to accept the incoming 
VPWCI under the control of read/write address decoder 230 and broadcast it to all of the index 
latches. 

Index latches 260. 262, and 264 are each connected to bus 240. Each index latch is 
funcUonal to accept and store an assigned VPI/VCI under the control of read/write address decoder 
230. Each index latch is functional to accept an incoming VP WCI and compare it to its assigned 
VP WCI using coraparitor circuitry. When a particular index latch finds a match, it will output 
its index (the assigned index) to assigned index register 252. The index.latches arc discussed in 
greater detail below. 

Assigned index register 252 is connected to bus 240. Assigned index register 252 could 
be a standard register that is functional to accept the assigned mdcxes from the index latches. It 
would provide the assigned index to the microprocessor under the control of read/write address 
decoder 230. 

In operation, an instruction to write an assigned VPWCl lo an address arrives at 
rcad/write address decoder 230. Read/write address decoder 230 causes the assigned VPWCI to 
be provided to the index latch that conresponds to the address! This procedure is repeated for each 
assignment Typically, several index latches will each store a particular VPIA^CI that is currently 
assigned to its respective index. 

When a cell arrives, an instruction to write the incoming VPWCI to an address arrives 
at read/write address decode 230, Read/write address decoder 230 causes the incoming VPWCI 
to be provided to incoming virtual connection register 250. Incoming virtual connection register 
250 provides the incoming VPWCI to all of the index latches. 

Each index latch compares the incoming VPWCI to its assigned VPWCI. If an index 
latch finds a match, it provides its index to assigned index register 252: For example, if index latch 
262 found a match, then it would provide "262'Vto assigned index register 252.: The 
microprocessor will then attempt to read the assigned for the incoming VP WCI from an address. 
In response to this instruction, rcad/vvrite address decoder 230 will cause die index in assigned 
index register 252 to be provided to the microprocessor. If the assigned index is all O's. that 
indicates that no match was found and that the cell should be discarded. 

As a result, the microprocessor can assign VP WCIs to indexes as required by writing the 
VPWCI to a particular address, histructions can be loaded into memory locations corresponding 
to the indexes. In nanoseconds, the microprocessor can write incoming VPWCIs to the index 
logic and then read the assigned index from the index logic. The index can be used to access 
instructions in memory. 
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As an alternative, the index itself can signify an action or instruction without the need for 
a memory location. For example, the index latches could be configured to output indexes that 
directly identify connections so no further look-up is needed. In this way, the microprocessor could 
assign and associate particular connections with other connections without also using the index to 
iaccess memory. In one embodiment, ATM VPWCIs could be assigned to indexes that were 
actually DSO Circuit Identification Codes (CICs). The microprocessor could assign VPIA^CIs to 
CICs and then obtain the correct CIC for each arriving cell by writing the VPWCI of the cell to 
the index logic and then reading the associated CIC for the VPWCI from the index logic. 

As cells arrive, the microprocessor can simply write the incoming VPWCIs to an address, 
and then read the corresponding index from another address. The index logic handles these 
instnicUons fw the microprocessor. The microprocessor can then use this index to access memoiy 
or take other actions as the case m^ be. This provides a distinct advantage over prior systems that 
had to access memory using the VPWCI instead of an index. This is a cumbersome process 
unless the bits iri the VPWCI are limited. Such a limitation is often unaccepuble. 

Figure 3 shows a version of the incoming virtual connection register (250 from Figure 2). 
Incoming virtual connection register 350 is shown. Incoming virtual connection register 350 
includes flip-flops 352, 354. 356, etc. that store the 28 bits of the incoming VPWCI. Preferably, 
the flip-flops are docked "D" flip-flops. All of the flip-flops are not shown for reasons of clarity. 
Incoming virtual connection register 350 is connected to each index lauh at the bit level. Bit # 1 
of the incoming VPWCI is transmitted to the incoming VPWCI bit #1 position for each index 
latch. Bit #2 of the incoming VPWCI is transmitted to the incoming VPWCI bit U2 position of 
each index latch. This continues on through bit #28. In this way, each bit of the incoming 
VPWCI is transmitted to each index latch. 

Figures 4-6 depict an individual index latch and would be r^ated for each index latch. 
Figure 4 depicts a portion of one of the index latches. Shown is exclusive "or" ("XNOR") gate 
array 462. The connections to receive the incoming VPWCI from the virtual connection register 
are shown. Also shown are flip-flops 470, 472, and 474 (preferably clocked "D'*). Each flip flop 
receiv<s and stores the corresponding bit of the assigned VPWCI. "XNOR" gates 464, 466, and 
468 arc also shown connected to the above flips-flops arid to the connections to>the virtual 
connecUon register. All 28 flip-flops and "XNOR" gates are not shown for reasons of clarity. 
These "XNOR" gates accept the incoming VPWCI and compare it on a bit by bit basis with the 
assigned VPWCI. The resulu of the "XNOR" gates are provided to the "AND" gate array. 
"XNOR" gates produce a 1 with an input of 0 and 0, or with an input of 1 and I . "XNOR" gates 
produce a 0 vrith an input of 0 and I. or an input of 1 and 0. If all 28 bits of the two VPWCIs 
match, the output from each "XNOR" gate will be a 1. 

Figure 5 depicts the next portion of the index latch. Shown is "AND" gate array 562 
which is connected to the "XNOR" gate array of Figure 4. It can be seen from the conflguration 
of the "AND" gates that a I is produced only if all inputs from the "XNOR" gale array (bits 1-28) 
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are Ts. If one of the input bits is a 0, then the output of "AND" gate array 562 is a 0. Together, 
Figures 4 and 5 fomi a comparitor circuit. If the two VPIA/CIs match, the output of **AND" gale 
array 562 is a I, but if they do not/the output bit is a 6. The output bit is provided to the index 
gate. 

Figure 6 depicts the next portion of the index latch. Figure 6 depicts index gate 662. 
Index gate 662 is connected to the output of "AND" gate array 562 of Figure 5. Index gate 662 
is comprised of "OR" gale 680, "AND" gate 682, inverter 684, and index latch register 686. Index 
gate 662 accepts a bit from the "AND" gate array of the previous index latch indicating if the 
previous index tatch found a match. For example index latch "304" would receive this input from 
index latch "303" If the previous index latch found a match, then the input would be 1. The I 
becomes a 0 whoi passing through inverter 684, and it locks out "AND" gate 682. This is so two 
index latches will not fmd a match on the same incoming VPWCI. If the previous index latch did 
not fmd a match then the 0 input is inverted to a I and enables "AND" gate 682. In this case, a 
1 from the "AND" gate array of the present index latch causes the gate 682 to send a 1 to index 
latch register 686. This 1 ^bles index latch register 686 to output the index to the assigned index 
register. Each index latch would be configured to output its corresponding index. "OR" gate 680 
works to lock out the remaining gates if a match is found in either a previous index latch or in the 
present index latch. 

Figure 7 shows a version of the assigned index register (252 from Figure 2). Assigned 
index register 752 is shown. Assigned index register 752 includes flip-flops 754, 756, 758, etc. 
that store the 12 bits of the assigned index. All of the flip-flops arc not shown for reasons of 
clarity. Assigned index register 752 is connected to each index latch at the bit level. Bit # 1 of the 
assigned index is transmitted from the index latches to the bit # 1 position of assigned index 
register 752. Bit U2 of the assigned index is transmitted from the index latches to the bit #2 
position of assigned index register 752. This continues on through bit #12. In this way, each bit 
of the assigned index is transmitted from the index latches to assigned index register 752 so it can 
be provided to the microprocessor. 

In operation. Figures 3-7 depict a system in which VPIA/CIs can be assigned to indexes. 
By providing the assigned VPIA/CIs to the index logic, the index logic is able to accept incoming 
VPIA/CIs and output the index that is assigned to the incoming VPWCI. The microprocessor is 
able to use read/write instructions with the index logic as if it were memory. The microprocessor 
can then use the index to access information about the virtual connection. The number of indexes 
is set by the number of index registers. The number of bits 6f the connection identifiers and 
indexes can also be increased or decreased as needed. As one skilled in art can now appreciate, this 
would be accomplished by altering the size of the registers and the number of index latches. 

Advantageously, the invention reduces the processing time over conventional systems that 
require consecutive read/write operations until a match is found in a memory table. In the context 
of the invention, a 100 MHz processor using a 32 bit bus could write the incoming VPWCI and 
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read the assigned index in the same amount of time that it would take to write and read data to a 
60 nanosecond RAM memory - two direct memory cycle limes. If an 8 bit bus is used, it would 
take 4 write and 2 read direct mcmoiy cycle times. 

One skilled in the art will also recognize that the system described above could be used 
in several different embodiments. For example, the invention could be used to associate non-ATM 
connections with ATM connections. For example, a DSO CIC would be assigned to an index and 
the VPWCI would be stored in a memory location accessed by the index. In othbr embodiments, 
a connection processing system could be employed for the conversion of ATM traffic into non- 
ATM traffic, for example, from VPWCIs to DSO CICs. Both embodiments could be used at 
opposite ends of an ATM system to facilitate ingress and egress from the ATM system.. In yet 
other embodiments, the invention could be employed for the conversion of ATM VPWCIs into 
other ATM VPWCIs. 

THE PREFERRED EMBODIMENT 

The above-described connection processing system is preferably used in the following 
embodiment. For purposes of clarity, the term "connection" will be used to refer to the 
transmission media used to carry user traffic. The term "link" will be used to refer to the 
transmission media used to cany signaling or control messages. On the Figures, connections are 
shown by a single line and signaling links and data links are shown by double lines. 

Figure 8 depicts telecommunications system 800. user 810, and user 820. 
Telecommunications system 800 includes ATM interworking multiplexer (mux) 830, mux 840, 
ATM cross-connect system 850. and signaling processing system 860. User 8 10 is cbnnected to 
mux 830 by connection 880. Mux 830 and mux 840 are connected through cross-connect system 
850 by connection 881. Mux 840 is connected to user 820 by connection 882. Signaling 
processing system 860 is linked to user 810 by link 890, to mux 830 by link 891. to mux 840 by 
link 892, and to user 820 by link 893. 

Those skiUed in the art are aware that large networks have many more components than 
are showa For example, there would typically be a multitude of virtual connections through ATM 
cross-connect system 850. The number of these components has been restricted for clarity. The 
invention is fully applicable to a large network. 

User 8 10 and user 820 could be any entity that supplies telecommunicaUbns traffic to 
network 800. Some examples would be a local exchange carrier (LEC) switch or customer 
premises equipment (CPE). Connections 880 and 882 represent any connection that might be used 
. by usCT 820 to access system 800. Typically, the user traffic would be provided to system 800 in 
DS3. fonnat with embedded DSO circuits, but could also include formats such as DS 1, a fractional 
DSl, 56 kbit data. DS2. clear DS3, El. E3, or even an SDH or SONET signal with a DS3 or VT 
based structure. As such, these connections arc periodically referred to as access connections. 
Links 890 and 893 are any links capable of uansferring signaling messages with examples being 
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Signaling System #7 (SS7) links or C7 links. ATM cross-connect system 850 is any system that 
provides a plurality of virtual connections. Such a system could be comprised of individual ATM 
cross-connccl devices interconnected by ATM connections using DS3 or SONET for transport. 
An example of an ATM cfX>ss-connect is the NEC Model 10. Connection 88 1 could be any virtual 
connection. In ATM, virtual connections can be designated by a Virtual Path Identification and/or 
and Virtual Channel Identification in the cell header. Ranges of VPWCI may be used to designate 
the virtual connection. Typically, the virtual connection would use DSl, DS3, or SONET for 
transport. ATM cross-connccl system 850 would be pre-provisioncd to provide a plurality of 
virtual connections through the cross-connect system, and virtual connection 88 1 represents one 
of these connections. As virtual connections arc logical paths, many physical paths can be used 
based on the pre-provisioning of ATM cross-connect system 850. Links 89 1 and 892 could be any 
links capable of U-ansporting control mcissages. Examples of such links could be SS7 links, 
UDP/IP oyer an ethemet connecuon, or a bus arrangement using a conventional bus protocol The 
components described in this paragraph are known in the art. 

Signaling processing system 860 is any processing platfonm that can receive and process 
signaling to select virtual connections, and then generate and transmit messages to identify the 
selections. Various forms of signaling aire contemplated, including SS7, C7, arid user to network 
interface (UNI) signaling. A preferred embodiment of the signaling processor is discussed in . 
detail toward the end of the disclosure. 

Mux 830 could be any muxing systwn operable to place user information arriving over 
connection 880 on the virtual connection selected by signaling processing system 860. Typically, 
this involves receiving control messages from signaling processing system 860 that identify 
assignments of virtual connections to access connections on a call by call basis. The mux would 
convert user traffic from access connection 880 into ATM cells that identify the selected virtual 
connection. Mux 840 is similar to mux 830. Mux 830 would incoiporatc the above-described 
connection processing system to handle these connection assignments: For example, the assigned 
virtual connection couki be stored in a nicmoiy location accessed by an index assigned to the access 
connection. A preferred embodiment of these muxes are also discussed in detail below. 

The system woukl opaate as follows for a caU from user 8 1 0 to ^^^^ 
seize a connection to system 800. The connection is represented by connection 880 to mux 830. 
Although, only one connection is shown for purposes of clarity, numerous connections would 
typically be available for seizure. User 8 1 0 would also send a signaling message over link 890 to 
system 800 initiating the call. This signaling would identify seized connection 880. Signaling 
processing system 860 would process the message. Such processing could include validation, 
screening, translating, route selection, echo control, network management, signaling, and billing. 
In particular, a virtual connection through ATM cross-connect system 850 from mux 830 to mux 
840 \youId be selected, and a connection from mux 840 to user 820 would also be selected. 
Although many possible connections would be available, only the selected connections arc shown 
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" connection 881 and connection 882. Generally, the selection is based on the dialed number, but 
call processing can entail many other factors with a few examples being the caller's number, 
dcstinaUon conditions, network loads and user rouung instructions. Also, the dialed number may 
be translated to. make the selection. Signaling processing system 860 would send a control 
message over link 89 i to mux 830 that identifies seized. connection 880 and selected connection 
881. Signaling processing system 860 would send a control message over link 892 to mux 840 
that identifies selected connections 881 and 882. 

If required, user 820 would receive signaling to facilitate compleuon of the call. The 
signaling from signaling processing system 860 would indicate that system 800 was connecting 
to user 820 over connection 882. Typically, user 820 would accept and acknowledge the 
connection in a signaling message back to system 800. 

In the above procedure, mux 830 would receive control messages from signaling 
processing system 860 identifying connection 880 as the access connection and connection 88 1 as 
the selected virtual connection through ATM cross-connect system 850. Mux 830 would convert 
the user infomiation from connection 880 into ATM cells. Mux 830 would desi^ate connection 
88 1 in the cell headers. Connection 88 1 would have been previously provisioned through ATM 
cross-connect system 850 from mux 830 to mux 840. 

Mux 840 would receive control messages from signaling processing system 860 
identifying connection 881 as the selected virtual connection and connection 882 as the selected 
access connection to user 820. Mux 840 would convert cells arriving on connection 88 1 to user 
information suitable for connection 882 to user 820. Although the above example employs two 
muxes, a single mux could be employed for calls that enter and exit system 800 through the same 
mux. In this case, the ATM system would simply provide a virtual connection back to the same 
mux. In alternative embodiments, the mux could even cross-connect the two access connections 
in and out of the network. This cross-connection of two access connections in a single mux could 
use an internal cell bus or be accomplished by cross-connection without using ATM. Mux 830 and 
mux 840 would use the connection processing system describe above to handle the connection 
assignments in the control messages. 

From the above discussion, it can be seen that multiple virtual connections can be pre- 
provisioned through an ATM cross-connect system to interconnect ATM intenvorking 
multiplexes. When a user places a call, one of the virtual connections is selected for the call by 
the signal processing system and idenUfied to the appropriate muxes. The muxes convert the user 
information into cells that identify the selected connection. As such, user information can be 
switched through an ATM fabric on a call by call basis. The system does not require the call 
processing or signaling capabUities of an ATM switch (although an ATM switch could be used to 
provide the virtual connections without using its call processing and signaling functions). The 
system can also implement enhanced services such as NOO and virtual private network (VPN). 
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Figure 9 DSO interface 910, ATM adaption layer (AAL) 920, ATM interface 930, DSO - 
virtual connection assignment 940, call/connection manager (CCM) 950 and signal transfer point 
(STP)960. Also shown are connections 980-983 and links 990-992. 

Connection 980 could by any connection or group of connections that contain information 
that can be converted to DSO format. Examples of these connections are OC-3, VT 1 .5, DS3, and 
DS 1 . DSO interface 9 1 0 is operable to convert user information in these formats into the DSO 
format. AAL 920 comprises both a convergence sublayer and a segmentation and reassembly 
(SAR) layer. AAL 920 is operational to accept the user information in DSO format from DSO 
interface 910 and convert the infonnation into ATM cells! AALs are known in the art and 
information about AAI^ is provided by International Telecommunications Union (ITU) document 
1.363. 1. An AAL for voice is also described in patent application serial number 08/395,745, filed 
on February 28, 1995, entitled "Cell Processing for Voice Transmission", and hereby incorporated 
by reference into this application. ATM interface 930 is operational to accept ATM cells and 
transmit them over connection 983. Connection 983 is a standard DSl, DS3 or SONET 
connection transporting ATM cells. For example, ATM interface 930 and connection 983 might 
provide transmission for ATM cells over an 0C-3c connection. Connection 98 1 is operational for 
the DSO format and connection 982 is operational to transfer ATM cells. It is important to note 
that the invention is not restricted to AALs for voice, but would be applicable to all AALs. 

It can be seen that a communications path through connections 980-983 could be 
established to cany user information. Although the conmiunications path has been described from 
connection 980 to connection 983, other components could be used that are also operational to 
perfonn reciprocal processing in the reverse direction. If the communications path is bi-directional, 
user information in ATM. cells arriving on connection 983 would be processed for output on 
connection 980 in the appropriate format. Those skilled in the art will appreciate that separate 
connections couki also be set-up in each direction, or that only a connection in one direction may 
be required. These components and their operation are known in the art 

Signaling links 990 and 99 1 are SS7 links. Link 992 is a data link with an ©cample being 
an ethemet connection transporting UDP/IP, although a bus arrangement could be used if the CCM 
and the mux are physically integrated. STP 960 is device that routes signaling messages. STPs 
are well known in the art. CCM 950 would be identified by its own signaling point code. Point 
codes designate various points in the network and they are used to route signaling messages to 
these points. STP 960 would route signaling messages with die point code of CCM 950 to CCM 
950. The signaling protocol could be based on narrowband Integrated Services Digital Network 
(ISDN) User Part (N-ISUP) employing Message Transfer Part (MTP) levels 1-3. In some 
embodiments, the signaling uses N-ISUP messages transported over broadband connections. This 
would entail a protocol stack of MTP3 r- Signaling ATM Adaption Layer (SAAL) - ATM. In 
othCT words, N-ISUP messages from MTP3 would be encapsulated into ATM cells for transport. 
In some embodiments, STP 960 may also convert point codes between the point code for 



BNSIXXia <WO_974604SA1J_> 



wo 97/46045 



PCT/US97/09327. 



CCM 950 and other point codes. This is so messages sent to. other network elements can be 
diverted to the CCM, and so that messages sent from the CCM can be masked with a point code 
that is recognized by other network elements. Although point code conversion is not essential, ii 
facilitates the transition of a network to the new systems. The conversion could be implemented 
through a conversion tabic located between the discrimination function and the routing function 
of the MTP level 3 function of STP 960. Mapping would be implemented on a linkset by linksct 
basis, so affected linksets would flag all iiicoming message. Flagged messages would access the 
conversion table. The conversion Ublc would typically convert the destination point code of the 
inessagc to that of CCM 950, so that the route function of MTP 3 would forward the message to 
CCM 950. Point code conversion could be based on many factors with a few examples being the 
destination point code, the origination point code, the sig?ialing link, the circuit identification code, 
the message type, and various combinations of these and other factors. For example, any SS7 
ISUP messages with particular OPC/DPC combinations could have the DPC converted to the 
point code of CCM 950. These signaling messages would then be routed to CCM 950 by STP 
960. In some scenarios, the origination point code of a message leaving CCM 950 may need to 
be converted to mask CCM 950 as another point code (i.e. a retired switch). The point code 
mapping wouW alsohave to be implemented within the Signaling Network Management function. 
In some situations, transfer restricted or transfer prohibited messages will need point code 
conversion to mask the CCM as the sender. One version of a suitable STP is disclosed in United 
States patent application serial number 08/525,868 entitled "Telecommunications Apparatus. 
System, and Method with Enhanced Signal Transfer Point**, which is hereby incorporated by 
reference into this application. 

CCM 950 is a signaling processor that operates as discussed above. A preferred 
embodiment of CCM 950 is provided later. In this embodiment CCM 950 would be operable to 
receive and process SS7 signaling to select connections, and to generate and transmit control 
messages identifying the selections. Preferably, a single CCM would be associated with a single 
mux or a group of muxes. 

Assignment 940 is a control interface that accepts messages from CCM 950, In 
particular, assignment 940 receives and identifies DSO/virtual connection assignments in the 
messages from link 992. These assignments are provided to AAL 920 for implementation. As 
such, AAL 920 obuins the virtual path identifier (VPI) and virtual channel identifier (VCI) for 
each call from assignment 940. AAL 920 also obtains the identity of the DSO for each call (or the 
DSOs for an Nx64 call). AAL 920 then converts user infonmation between the identified DSO and 
the identified ATM virtual connection. Assignment 940 would use the connection processing 
system to faciliute this processing; Acknowledgments that the assignments have been 
implemented may be sent back to CCM 950 if desired. It should be noted that these assignments 
are dynamically received and implemented on a call-by-call basis. This is in contrast to 
conventional intcrworking muxes that operate using static assignments. The static assignments 
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can be altered through a provisioning process, but provisioning is not dynamically done on a call- 
by-eall basis. 

In operation, calls are processed as follows. Signaling messages for calls arrive on link 
990 and are routed by STP 960 to CCM 950. Access connections are typically seized 
contemporaneously with the signaling. All of these connections are represented by connection 980. 
. DSO interfaoB 910 would convert the traffic on connection 980 into the DSO formal and provide 
the pSOs to A AL 920 over connection 98 1 . 

The signaling received by CCM 950 would identify the access connections for the calls 
(i.e. the particular DSOs on connection 980). and contain call information, such as dialed numbers. 
CCM 950 would process the signaling and select connections for the calls. Since multiple virtual 
connections arc pre-provisioned from ATM interface 930 to the other destinations in the network. 
CCM 950 can select a virtual connection to the destination. The selection process can be 
acccMnplished through table look-ups. For example, a table could be used to translate a portion of 
the dialed number into a VPl. The VCI would be selected based on the available VCIs in the 
selected VPI. The VPWCI combination would correspond to a unique virtual connection pre- 
provisioned from ATM interface 930 to the appropriate networic destination. The selections 
represent the DSO - virtual connection assignments that are provided to assignment 940 over link 
992.;' 

Assignment 940 accepts the DSO - virtual connection assignments and provides them to 
AAL 920. When AAL 920 receives a particular assignment, it places user information bytes from 
the designated DSO into cells and appends a header to the cells that identifies the designated 
VPWCI. The cells arc provided to ATM interface 930 over connection 982. ATM interface 930 
accepts the cells and places them within the transport format for connection 983. The cells are then 
transported over the selected virtual connection to the appropriate destination. 

Calls also exit the network through connection 980. In this case, other CCMs at the 
origination points select the virtwai connecticMis to ATM interface 930. The originating CCMs also 
send signaling messages to CCM 950. The signaling messages identify the destinations for the 
calls and the selected virtual connections. CCM 950 will have a list of available access 
connections to the identified destinations. CCM 950 will select the access connections to the 
destinations from the list For example, the connection selected by CCM 950 could be a DSO 
embedded within a bS3 connected to a LEC. The virtual connections on connection 983 and 
selected access connections on connection 980 arc provided to assignment 940 over link 992. 
Assignment 940 provides these assignments to AAL 920. 

ATM interface 930 will demux the ceils anriving from connection 983, and provide them 
to AAL 920. AAL 920 ccHiverts the user infomialion in the cells into the DSO format. AAL 920 
make the conversion so that cells from a particular virtual connection are provided to the assigned 
DSO on connection 981. DSO interface will convert the DSOs from connection 981 into die 
appropriate format, such as DS3, for . connection 980. Those skilled in the art are aware of the 
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techniques for muxing and.lransporting DSO signals. The above-described connection processing 
system could also be used for this reciprocal processing. 

From the above discussion, it can be seen that user information for calls can flow from 
connection 980 to connection 983, and in the reverse direction from.connection 983 to connccUon 
980. DSO interface 910 and ATM interface 930 provide user information in their respective 
formats to AAL 920. AAL 920 converts the user information between DSO and ATM formats 
based on the assignments from assignment 940. CCM 950 can select the DSO - virtual 
connection assigiunents that drive the process. . 

THE ATM INTERWORKING MULTIPLEXER 

Figure 10 shows one embodiment of the mux. but other muxes that Support the 
requirements of the invention are also applicable. Shown are control interface 1000, OC-3 
interface 1005. DS3 interface 1010, DSl interface 1015, DSO interface 1020, digital' signal 
processing (DSP) 1025, AAL 1030, and OC- 1 2 interface 1035. 

6C-3 interface 1005 accepts the OC-3 format and makes the conversion to DS3. DS3 
interface 1010 accepts the DS3 format and makes the conversion to DSl. bS3 interface 1010 
can accapl DS3s firom OC-3 interface 1005 or from an external oimectioh. DSl interface 1015 
accepts the DSl format and makes the conversion to DSO. DSl interface 1015 can accept DS ls 
from DS3 uitcrfacc 1010 or from an external connecUon. DSO interface 1020 accepts the DSO 
fonnat and provides an interface to digital signal processing (DSP) 1025. 

DSO interface 1 020 is coupled to DSP 1025. DSP 1 025 is capable of manipulating the 
user information to improve transmission quaUty. PSP processing primarily entails echo 
cancellation, but could include other features as well. As is known, echo cancellation can be 
required for voice calls. DSP 1025 passes the DSOs through echo cancellers. These echo 
cancellers must be disabled for calls that do not require echo control. Data calls do not require 
echo cancellation, and the CCM has the ability to recognize data calls that require an echo 
canceller to be disabled. The CCM will send a control message to DSP 1025 indicating the 
particular echo canceller that is to be disabled. The CCM selects the echo canceller based on the 
Circuit Identification Code (CIC) in the signaling it receives from the user. Afla the data call, 
the CCM sends a message that causes the particular echo canceller to be enabled again for 
subsequent voice calls. The above technique of applying echo control is preferred, but other 
means of implementing echo control instructions from the CCM are also applicable 

In addiUon to echo control, the CCM and the mux can work to provide other digital 
signal processing features on acallby call basis. Compression algorithms can be applied, either 
universally, or on a per call basis. The decibel level could be adjusted for calls form a particular 
origin or to a particular destination, i.e. vwhere a hearing impaired person may reside. Encryption 
could be applied on a call-by-call basis based on various criteria like the origination number or 
the destination number. Stored messages could be placed on the line, DTMF tones could be 
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detected and transmitted on the line. DTMF information might be exchanged with the CCM, or 
another service platform. Various DSP features could be associated with various call parameters 
and implemented by the CCM through DSP 1025. 

DSP 1025 is connected to AAL 1030. AAL 1030 operates as described above for an 
AAL. .DSO" virtual connection assignments from control interface 1 000 are implemented by 
AAL 1030 when convening between the DSO and ATM formats. Calls with a bit rate greater 
than 64 kbit/sec. are known as. Nx64 calls. If desired, AAL 1030 can be capable of accepting 
control messages through control interface 1 000 from the CCM for Nx64 calls. The CCM would 
instruct AAL 1030 to group the DSOs for the call. In addition, die above-described connection 
processing system would be used to handle these connection assignments. 

THE ATM CROSS-CONNECT SYSTEM 

Figure 1 1 depicts virtual connections provided by the ATM cross-connect system, 
although numerous other techniques for providing virtual connections will be appreciated by one 
skilled in the art. Shown arc virtual connections 1110, 1112, 1114, 1116, 1118, 1120, 1122, 1124, 
and 1 126. These virtual connections are shown interconnecting muxes 1, 2, and 3 through cross- 
connects X and Y. Virtual connections arc provisioned in between each mux. Each mux would 
have a virtual path provisioned through the cross-connect system to every mux. Additional virtual 
paths could be provisioned between two muxes using diverse physical routes for the sake of 
redundancy. These virtual paths arc designated in the ATM cells by the VPI. The VPIs are 
designated locally by the cross-connects to be the destination mux. For example, connections 1110, 
1 1 16. and 1 124 are all designated as VPI because they terminate at mux 1. Connections thai 
terminate at mux 2 can be defined locally as VP2. On a call entering at mux 1, the NPA-NXX of 
the dialed number might be analyzed to select mux 2 as the terminating mux. As such the VPI used 
on the call would be VP2. From mux 1 , VP? connects to mux 2. The VCIs in VP2 would also be 
tracked and an available one would be selected. As an alternative to VPI provisioning between 
muxes, ranges of VCIs may be provisioned between muxes to add granularity below the VPI level. 

Addiuonal granularity is rcquirwi to specify the destination beyond For exampk, 

a mux might be connected to several different destination over several different DS3 trunks. This 
is illustrated by connections 1 130, 1 132, and 1 134 between mux 2 and destinations A, B, and C 
respectively. On a call through mux 2, it could be desirablei to specify the destination for the call 
to mux 2 in addition to the VPWCI the call will use. This could be done by designating both the 
VPWCI and the destination code in the message from the originating CCM to the terminating 
CCM. The terminating CCM would then select the DSO to the destination. This allows the local 
CCM to select DSOs to a pre-selected destination. 

Typically, calls will require a bi-directional voice conneaion Conventional voice circuits, 
such as the DSO, are bi-directional. ATM connections arc not typically bi-directional. For this 
reason, a virtual connection must also be selected to transport user information in the opposite 
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direction-tcnninating to receiving. This could be done by simply loading corresponding memoiy 
locations with the corresponding VPIA^CI to make the connection bi-directional. If only a uni- 
directional communications path is required, this may be omitted. 

OPERATION WITHIN A NETWORK 

Figure 12 depicts telecommunications system 1200. Shownaicuser 1210, user 1212 user 
1214, user 1216, STP 1218. STP 1220, STP 1222. STP 1224. mux 1226, muk 1228, mux 1230. 
mux 1232. call/connection manager (CCM) 1234. CCM 1236, CCM 1238..GCM. 1240. ATM 
cross-connect 1242, ATM cross-connect 1244, ATM cross-connect 1246. aiid.Servicc Control 
Point (SCP) 1250. The CCMs are designated as "signaling processor" on Figure 12. For clarity, 
the connections and signaling links arc not numbered. Except for the SCP. all of these components 
are described above, and the CCMs are also discussed below. SCPs are well known iii the art. An 
SCP is a procKsor and database that answers signaling queries to assist in call processing. An 
example is an "800" routing query between a switch and an SCP. 

In operation, user 1210 may forward an 800 call to system 1200, User 1210 could be 
connected to mux 1226 with a DS3 connection. The 800 call would occupy a DSO embedded in 
the DS3 connected to mux 1226. User 1210 would send an SS7 Initial Address Message (lAM) 
through STP, 1218 to system 1200. STP 1220 would be configured to route the lAM to CCM 
1234. An lAM contaiiB infoimaUon such as the dialed number, the caller's number, and the circuit 
identification code (CIC). The CIC identifies the DSO used by user 12 1 0 for the call. 

CCM 1234 would process the lAM and identify that the call was an 800 call. Afterinitial 
call processing, CCM 1234 would quay SCP 1250 for routing instructions. SCP 1250 would 
translate the dialed number based on the 800 subscriber's routing plan. For example. 800 calls 
from user 1210 may be routed to user 1212 during business hours, to user 1214 at night, and to 
user 1216 on weekends. Ifthe call is placed fiom user 12 12 on a weekend, the call would be routed 
to user 12 1 6. As such, SCP 1 250 would return the POTS numba for user 12 1 6 to CCM 1 234. 

CCM 1234 would process the POTS number to select: i) the VPWCI for a virtual 
connection from mux 1226 to mux 1230, 2) the destination point code (DPC) for CCM 1238. and 
3) the idcntificatipn ofa lnaik group from mux 1230 to user 1216. CCM 1234 would generate an 
1AM message to send to CCM 1238 and msert the selected information. Since the two muxes 
define the VPI between them, the originating point code and the destination point code of the lAM 
can be used by CCM 1238 to identify the selected VPI for the call. The OPC and DPC would be 
placed in the routing label of the LAM. 

The yCI and trunk group ID could be placed in the CIC field of the lAM including the two 
spare bits. Since 16 bits arc available, 256 trunk groups and 256 VCls are available. These bits 
should be configured to allocate 256 VGIs to each of the 256 trunk groups that are available for 
each VPI. The terminating CCM would have to use both the VPI code and the CIC to identify the 
actual VCI in the cell headers. In other words, between an originating mux and a terminating mux 
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therc is one VPI. For that VPI, there are 256 possible trunk groups to connect to on the other side 
of the mux, and 256 VCIs are allocated for each VPI/tnink group combination. CCM 1234 would 
send the 1AM message to CGM 1238 through STP 1220 and STP 1222. If the lAM is N-ISUP, 
it could be transported conventionally or over ATM connections by using an SAAL and an ATM 
layer to encapsulate the message. In the alternative to the above scenario, the VPI, VCl, and tnink 
group could be identified in a private parameter of the I AM, or they could be delivered in a 
separate message between the CCMs. 

CCM 1234 has effectively routed the call for CCM 1 238. If N-ISUP is used for the lAM 
fonnat, the routing label and the CIC are at a fixed location. Because the VPIA^Cl and the trunk 
group to user 1 2 1 6 are coded into the lAM at a fixed legation. CCM 1 238 does not need to parse 
the entire I A M or perform detai led call processing. CCM 1 23 8 only needs to select an aval lable 
DSO in the identified trunk group and to select the DPC for user 1216. The service indicator, also 
at a fixed location of the 1AM, could be used to indicate to a tcnminating CCM that the originating 
CCM has pre-routed the call, and that call processing need only entail selection of a DSO and DPC 
for the idaitified trunk group. DSO and DPC selection could be accomplished by a database look- 
up. Echo control can be handled in a similar manner. CCM 1234 handles echo control at the 
originating side of the call. For echo control at the terminating side. CCM 1 234 could use the 
service indicator to indicate that echo control did not need to be handled by CCM 1238. This 
would be the case for a conventional voice call where an echo canceller is already active at the 
terminating side. Alternatively, CCM 1238 could assess echo control using fixed parts of the lAM 
and still avoid parsing the entire message. In some embodiments, it may be desirable to have CCM 
1 238 process the JAM in a similar fashion as CCM 1234, 

Typically, mux 1230 would be connected to user 1216 with a DS3 trunk group. CCM 
1 238 would seica a DSO embedded in the DS3 and would send an 1AM to user 1216 through STP 
1222 and STP 1224. The CIC of this lAM would indicate that a call was being routed to user 
1216 over the selected DSO. This CIC would be in conventional 14 bit fonnat with two spare bits. 
User 1216 would process the lAM and complete the call. When the call is answered, user 1216 
would transmit an answer message (ANM) through STP 1224 back to system 1200. 

CCM 1234 would also send a UDP/IP message to mux 1226 instructing it to assemble the 
user information in the DSO firom user 1210 into ATM cells with a cell header identifying the 
selected VPI/VCl. CCM 1238 would send a UDP/IP message to mux 1230 instructing it to dis- 
assemble ATM cells from the selected VPIAACI and output the user information to the selected 
DSO to user 1216. ATM cross-connect 1242 would route ATM cells from mux i 226 to ATM 
cross-connect 1244 based on the cell header. Likewise, ATM cross-connect 1244 would route 
these cells to mux 1230 based on the cell header. As such, user information for the call would 
flow from user 12 10 to user 1216 over the DSO from user 12 10, the virtual connection selected by 
CCM 1234, and the DSO to user 121.6 selected by CCM; 1238. The muxes woiild implement the 
selections of the CCMs. 
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Thecall would require that a voice channel be available in both directions. As such, the 
DSOs and virtual connection would be bi-directional. In the ATM system, this could be 
accomplished by -assigning a reciprocal VPl/VCI in the reverse direction for each VPlfVCl in the 
forward direction: Cut-through on the lecei vc channel (from the user 1 2 1 6 to the user 1210) would 
occur after the address complete message (ACM) had been received by system 1200. Gut-through 
on the transmit channel (from the user 1210 to the user 1216) would occur aAer the answer 
message (ANM) had been received by system 1200. This could be accom'plished by not allowing 
mux 1230 to relpase any cells for the call until the ANM has been receiyed by system 1200. 

If user 12 10 were to place the call at night, CCM 1 234 and SGP 1250 would determine 
that user 1214 was the destination. Accordingly, a pre-provisibned virtual connection from mux 
1226 through ATM cross-connect 1242 and ATM cross-connect 1246 to rnux 1228 would be 
selected by CCM 1234 for the call. CCM 1236 would select theDSO to user 1214/ 

If user 1210 were to place the call during the day, CCM 1234 would determine that user 
1212 was the destination. Accordingly a pre-provisioned virtual connection from mux 1226 
through ATM cross-connect 1242 and back to mux 1226 would be selected for the call. CCM 
1234 would also select the DSO to user 1212. In some embodiments; the mux could be designed 
to cross-connect DSO to DSO as well as DSO to VP WCI. In this case, mux 1226 would make a 
DSO to DSO connection in response to the message from CCM 1234 and the ATM system would 
not be used. 

THE CALL/CONNECTION MANAGER (CCM) 

Figures 13-12 refer to a preferred embodiment of the signaling processor, also known as 
the CCM, but any processor which supports the stated requirements would sufHcc. Figure 13 
depicts one such signaling processor. Signaling processor 1300 would typically be separate from 
the mux, but those skilled in the art appreciate that they could be housed together and coupled in 
a bus arrangement instead of being coupled by a data or signaling link. Signaling processor 1300 
may support a single mux or support multiple; muxes. 

Signaling processor 1300 includes Message transfer Part (MTP) 1310. MTP 13 10 can 
be comprised of signiiling point software that is known in the art. MTP 1310 includes various 
levels known as MTP 1. MTP 2, and MTP 3. MTP 1 defines the physical and electrical 
requirements for a signaling link. MTP 2 sits on top of MTP 1 and maintains reliable transport 
over a signaling link by monitoring status and performing error checks. Together, MTP 1-2 
provide reliable transpcrt ovicr an individual link. A device would need MTP I -2 functionality for 
each link it uses. MTP 3 sits on top of MTP 2 and provides a routing and management function 
for the signaling system at large. MTP 3 directs messages to the proper signahng link (actually 
to the MTP 2 for that link). MTP 3 directs messages to applications using MTP 1 3 10 for access 
to the signaling system: MTP 3 also has a management function which monitors the status of the 
signaling system and can take appropriate measures to restore service through the system. MTP 
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levels 1-3 correspond to layers 1-3 of the open systems interconnection basic reference model 
(OSIBRF). MTP 13 10 could also include Signaling Connection Control Part (SCCP) functions, 
as well as, TCAP, and ISUP functional interfaces. In addition, MTP 1310 may be equipped with 
ISUP timers thai generate release messages or re-transmit messages where appropriate. If B-ISUP 
signaling is being used. MTP 1310 could also be equipped with B-ISUP capability. All of these 
elements are known in the art. 

Also shown for signaling processor 1 300 are platform handler 1 320, bearer control 1 330, 
message handler 1340, and record handler 1350. MTP 1310 could be connected to platform 
handler 1320 by an ethemct interface supporting TCP/IP which transfers signaling messages from 
MTP 13 10 to platform handler 1320. Those skilled in the art will recognize other interfaces and 
protocols which could support these functions. 

Platform handler 1 320 is a system which accepts ISUP messages from MTP 1 3 1 0 and 
routes them to message handler 1340. Message handler 1340 is a system which exchanges 
signaling with platfonn handler 1320 and controls the connection and switching requirements for 
the calls. Bearer control 1330 handles bearer capabilities for the calL Record Handler 1350 
generates call records for back-office systems. : 

In operation, ISUP messages arc routed by MTP 13 1 0 to platform handler 1 320, Platform 
handler 1320 would route the ISUP messages to message handler 1340. Message handler 1340 
would process the ISUP information. This might include validation, screening, and retrieving 
additional data for call processing. Bearer control 1330 would implement the bearer capabilities 
required, such as echo cancellation, through control messages to the appropriate network elements. 
Message handler 1340 would complete call processing. Message handler 1 340 would generate the 
appropriate messages to implement the call and pass the messages to platform handler 1320 for 
subsequent transmission to the designated network elements. Message handler 1 340 would also 
receive ISUP messages from MTP 1310 at the completion of the call. Message handler 1340 
would process these messages and generate subsequent messages to tear down the call. Record 
handler 1350 would obtain call information from message handler 1340 and use this information 
to generate call records. The call records could be used for billing purposes. 

Functional entities are well known in the art. Message handler 1 340 includes at least the 
call conu-ol function (CCF) and the service switching function (SSF). The CCF establishes and 
releases call connections, and the SSF recognizes triggers during call processing by the CCF and 
provides an interface between the CCF and the service control function (SCF). The SCF identifies 
services and obtains data for the service, and is preferably housed in a remote database, such as 
an SCP. (As such, the SCF is not shown on Figure 13.) Message handler 1 340 is able to control 
connections, recognize triggers, and access die SCF in a remote database. 

Signaling processor 1300 is comprised of hardware and software. One example of a such 
hardware is the FT-Sparc provided by Integrated Micro Products PLC. The FT-sparc could use 
the Solaris operating system also provided by Integrated Micro Products PLC. MTP 1310 could 



BNSOOaD: <WO_974e045A1J_> 



V 



wo 97/46045 

PCT/US97/09327 

-22- 

. be constmcted using commercially available SSTsoft^^^^ An example of such 

tools would be SS7 interface software provided by either Trillium. Inc or by Dale Gesek 
McW,ll,ams, and Sheridan, Inc. Any data storage requirements could be met with conventionai 
database software systems. 

Software for plalfom, handler 1320, bearer control 1330. message handler 1340 and 
record handler 1350 could be produced in the following manner. The Intelligent Network 
Conceptual Model (INCM) of the ITU-T Q. 1 200 series could be mapped to Specification Design 
Language (SDL) of ITU-T Z.200 and Message Sequence Charts (MSC) of ITU-T Z 120 Various 
detection points and points-in-eall in the INCM can be skippcd to optimize call processing The 
SDL could then be compiled into C or C++ and loaded onto the FT-sparc/ The software is 
pnmanly comprised of several static pnxesscs, instantiated processes (from static processes) and 
communication channels between the processes. Preferably, the software processes would be 
partiuoncd into several operating system tasks. Further requirements for the software design will 
become apparent in the following discussion. 

THE PLATFORM HANDLER 

Pbtfoim handler 1320 is preferred, but is not nxjuired as its functions could be hm^^ 

by MTP1310and/or message handler 1340. Platfonn handler 1320 has messaging interfaces 
exchange, bufTcr. dis-assemble. and re-assemble messages for MTP 1310. bearer control i330 
message handler 1340. and record handler 1350. Platform handler 1320 could exchange these 
messages over an ethemet~TCP/IP interface, but any technique for transfer of messages is 
contemplated. Platfonnhandlcrl320 could also check the messages for basic flaws. Shouldmorc 
than one message handler be comiected to plalfoim handler 1320. ISUP messages could be 
allocated to the message handlers based on the SLS of the particular ISUP message. Piatfoim 
handler 1320 also accepts routing instnictions from message handler 1 340 for routing certain ISUP 
messages to particular select call model processes of message handler 1340. 

Platform handler 1320 is also responsible for managing imd monitoring CCM activities 
Among these are CCM start-up and shut^fown, log-in and log-off of various CCM modules 
handlmg administrative messages (i.e: error, warning, status, etc.) from the CCM modules and 
handhng messages from network operations such as queries, configuration instmctions and'data 
updates. The connections to the various CCM modules arc shown. The connection to network 
operations is the man machine interface which allows the CCM to be controlled and moniiored by 
cither a remote or a local operator. Platfom. handler 1320 has a process which retrieves 
configurauon data from internal tables to iniUalize and configure the CCM! The CCM modules 
also have internal tables which arc used in conjunction with this procedure. 

THE MESSAGE HANDLER 
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Figurc 14 depicts a version of the message handler. External connections have been 
omitted for the sake of clarity. . Message handler 1400 is shown and includes ISUP 1410, call 
manager 1420, feature manager 1430, switching manager 1440, and SCF access manager 1450. 
The primary function of message handier J 400 is to process ISUP messages for calls, generate 
aibscquenl messages, and invoke services. As a result of its processing, message handler 1400 is 
able to assign incoming access connections (ClCs in SS7) to VPIA/CIs and instruct the mux to 
provide S VPs and SVCs through an ATM cross-connect system, 

ISUP 1410 receives generic ISUP messages ifrom the platform handler and converts them 
into specially formatted ISUP messages using receive 1412. ISUP 1410 reverses this process in 
transmit 1414 for messages sent to the platfonm handler Receive 1412 forwards formatted 
messages to call manager 1420. ISUP 1410 also exchanges local management message with the 
platform handler. 

Call manager 1420 could include the functionality specified in the Intelligent Network Call 
Model (INCM) of ITU-T Q.1214 which encompasses the main functionality of the CCF. Call 
center 1422 receives JAM messages and creates an originating call model process for each lAM. 
Each originating process is parameterized with data from its particular I AM. Additional 
origination processes can be created based on the lAM if it is a multi-party call. All of these 
originating processes are represented by originating processes 1424. 

An originating process will typically create a detection point process. All of the detection 
point processes created are represented by detection point processes 1426. Each originating 
process will also set-up a call control block containing data for the call. Each origination process 
will execute through a point-in call to a detection point. When detection points are encountered, 
and the originating process has not been programmed to skip them, a signal representing the 
detection point is forwarded to the corresponding detection point process. As stated above, call 
processing can be streamlined by skipping selected detection points and points-in-call. When an 
originating process sends a detection point signal to the conresponding detection point process, 
processing is suspended at the originating process until a response is received from the detection 
point process. ' 

Detection point processes 1426 pnovkfes a portion of the SSF and acts as a buffer between 
the call processes and feature manager 1430. A detection point process analyzes the detection 
point signal from the origination process to determine if is should be acted on or if it can be 
ignored. If the processing results in a service request or notification, a corresponding signal is 
sent to feature manager 1 430. Detection point respoises from feature manager 1 430 are forwarded 
back to the appropriate call process. Once call set-up has been authorized for the originating 
process, a detection point process will also send a signal to call center 1422 to create a terminating 
process... 

These terminating processes arc represented by terminating processes 1428. A 
terminating process creates and interacts with detection point processes 1426 much like an 
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originating process. A Icrminating process also creates a terminating call control block. ISUP 
information is transferred from the originating process for a call to the terminating process for the 
call. The platform handler is instructed of the originating and terminating processes so that 
subsequent ISUP messages related to that call can be transferred directly to the appropriate 
processes by the platform handler. Both originating and terminating processes have a local 
database. For example, a termination process might access local data to translate the NPA-NXX 
of a dialed number into the VPI to a destination mux. 

The originating processes and terminating processes also exchange messages With bearer 
control. Typically, these messages relate to echo canceller and mux control. For calls that pass 
through two muxes (an originating mux into the ATM network and a terminating mux out of the 
ATM network), both an origination and termination process is required for each mux - a total of 
four call processes. The originating process for the originating mux will handle echo cancellation 
for the origination side of the call. The tenmination process for the origination mux will handle 
mapping the incoming DSO to the VPWCl The termination process for the terminating mux will 
map the VPWCI to an outgoing DSO and handle echo cancellation for the teminating side of the 
call. If only one mux is used on the call (in and out of the network at the same mux), only a single 
origination process and a single termination process is required. 

The originating processes and terminating processes also exchange messages with the 
record handler. Typically, these messages relate to billing and operational measurements. Upon 
call tear down, the record handler receives the originating and terminating call control blocks for 
billing purposes. These call control blocks typically would identify the following: the call control 
block ID, the originating/teraiinating process ID, the message handler, the originating LEC, the 
LEC trunk circuit (CIC), the ATM virtual circuit, the ATM virtual path, the caller's number, the 
dialed number, the translated dialed number, the originating line information, the ANI service class, 
the selected route, the number of the selected route, the SLS, the OPC, the DPC, the service 
indicator (SIO), echo canceUation status, reason of release, call status, and pointers to adjacent call 
control blocks. In addition, the call control block would also contain the various times that 
signaling messages are received, such the address complete message (ACM), the answer message 
(ANM), the suspend message (SUS), the resume mcssajge (RES), and the release message (REL). 
Those skilled in the art would be aware of other pertinent data to include. 

Call manager 1420 conununicatcs with feature manager 1430. Feature manager 1430 
handles interaction of services for the call. Examples of services would be 800 calls, PCS calls, 
and VPN calls, but there arc many others. Feature manager 1430 is comprised of feature center 
1432 and feature processes 1434. Feature center 1432 receives the detection point messages from 
the detection point processes 1426. Feature center 1432 then creates a feature process for each 
call. These processes arc represented by feature processes 1434. The feature process will 
determine if additional data is needed for the detection point. If so. a signal is sent to switching 
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managcr 1440. Responses from switching manager 1440 arc scnl lo the appropriate detection 
point process by the feature process for the call. 

In this embodiment, the feature process sends all such service signals to switching manager 
1440. In other embodiments, services may be segregated into "IN" and "hon-JN" services, the 
feature process would then have to select between an "IN" switching manager or a "non-I>r' 
switching manager when sending service signals to switching manager 1440. 

Switching manager 1440 is comprised of switching center 1442 and switching processes 
1444, Switching manager ocates a switching process for each service required on the call. These 
switching processes are represented by switching processes 1444.. A switching process will 
communicate directly with the associated feature process for the call. The switching process will 
also interface with the SCF. As stated above, the SCF provides the service processing for the call 
and is preferably located at a remote database. A typical example of accessing SCF would be to 
send a TCAP query to a service Control Point (SCP) for an *'800" number translation. In order 
to access the SCF, the switching process will use SCF access manager 1450. SCF access manager 
1450 is comprised of encoder 1452 and decoder 1454. Encoder 1452 converts signals from 
switching processes 1444 into the proper fomat for SCF access. Decoder 1454 converts 
messages from the SCF back into the format for switching processes 1 444. SCF access manager 
1450 would typically access the SCF over standard communications links. One example would 
be an SS7 link using the TCAP/INAP/ASN. I protocol specified by the ITU. If SS7 is used, SCF 
access manager 1450 could forward its TCAP messages to the MTP fiinction (MTP 1 3 1 0 of Figure 
13) for subsequent transfer to an STP and SCP. 

From the above discussion, it should be clear that message handler 1 400 is comprised of ^ 
sutic processes identified as "centers" that create specific processes for each call. Once created, 
these specific call pnocesses communicate directly with one another to accomplish call processing. 
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BEARER CONTROL AND THE RECORD HANDLER 

The following discussion refers to both Figures 13 and 14. Depending on which call 
segment (originating or terminaling) is being processed, the origination process or the termination 
process will chock the user service information data and originating line infonnation to assess the 
need for echo ccHitrol. If the call is a data call, a message is sent to bearer control 1 330. Based on 
the CIC, bearer control 1330 can select wliich echo canceller circuit needs to be disabled. A 
message wiU be gencraled to that effect and transmitted over a standard data link, such as UDP/IP. 
to the pertinent echo control system. If the echo canceller is remote, a T 1 link may be desired for 
transport. As described above, echo control can be implemented by. the multiplexer. Once a. 
release (REL) message is received for the call, the echo canceller is re-enabled. On a typical call, 
this procedure wiil occur twice. Once for an echo canceller on the originating side of the call, and 
again for an echo canceller on the terminating side of the call. The CCM that handles the lAM for 
a particular call segment will control the particular echo cancellers for the segment. An example 
of an echo control system would be a Tellabs echo canceller controller with ethemcl interfaces 
connected over an asynchronous bus to the echo cancellers. The echo cancellers could be 
integrated into the muxes. 

After a release message on a call, the originating and terminating processes will forward 
the infonmation inlhecall control block to record handler 1350. Record handler 1350 will use the 
call control hUxk to create a billing record. The call control block would contain infomiation from 
the ISUP messages for the call and from CCM processing. From the address complete message 
(ACM), the call control block would include the routing label. CIC, message type, and cause 
indicators. From the answer message (ANM). the call control block would include the rouUng 
label, CIC, message type, and backward call indicators. From the initial address message (I AM), 
the call control block would include the routing label, CIC, message type, forward call indicators, 
user service information, called party number, calling party number, carrier identification, carrier 
selection information, charge number, generic address, origination line information, original called 
number, and redirecting number. From the release message (REL), the call control block would 
include the routing label, CIC, message type, and cause indicators. From the suspend message 
(SUS) or the pass along message (PAM), the call control block would include the routing label, 
CIC, and message type. Those skilled in the art are familiar with other pertinent information for 
a billing record and appreciate that some of this infonnation could be deleted. The billing record 
will be forwarded by record handler 1 350 to a billing system over a billing interface. An example 
of such an interface is an cthemet - FTAM protocol. 

CALL PROCESSING 

SS7 messaging is well known in the art. SS7 ISUP messages contain numerous fields of 
information. Each message will have a routing label containing a destination point code (DPC), 
an origination point code (OPC), and a signaling link selection (SLS) which are used primarily for 
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routing the message. Each message contains a circuit identification code (Cld) which identifies 
the circuit to. which the message relates. Each message contains the message type which is used 
to recognize the message. ISUP messages also contain mandaloi>' parts filled with fixed length 
data and variable length data, in addition to a part available for optional data. These parts vary 
from message type to message type depending on the information needed. 

TTie initial address message (lAM) initiates the call and contains can set-up information, 
such as the dialed number. lAMs are transferred in the calling direcUon to set up the call. During 
this process, TCAP messages may be sent to access remote data and processing. When the lAMs 
have reached the final network element, an address complete message (ACM) is sent in the 
backward direction to bdicate that the required information is available and the called party can 
be alerted. If the called party answers, an answer message (ANM) is sent in the backward direction 
indicating that the call/connection will be used. If the calling party hangs up, a release message 
(REL) is sent to indicate the connection is not being used and can be tom down. If the called party 
hangs up, a suspend message (SUS) is sent and if the called party reconnects, a resume (RES) 
message keeps the line open, but if their is no re-connection, a release message (REL) is sent. 
When the connections are free, release complete messages (RLC) are sent to indicate that the 
connection can be re-used for another call. Those skilled in the art a^e aware of other ISUP 
messages, however, these are the jMimary ones to be considered. 

In the prefeiired embodiment, call processing deviates from the basic call model 
recommended by the ITU, although strict adherence to the model could be achieved in other 
embodiments. Figures 15-23 depict message sequence charts for the call processing in one 
embodiment Message sequence charts are known in the art, and are a recognized format to depict 
call processing. At the lop of the chart, the basic elements of the CCM are shown - the platform 
handler, the message handler, the bearer control, and the record handler. The blocks below the 
message handler indicate the processes for the message handler. Further specification at the 
process level for the platfonn handler, the bearer control, and the record handler is not required for 
this discussion. The charts are read down in a chronological sequence. Blocks indicate tasks 
performed by the process named above. Arrbws indicate messages exchanged between the 
processes or the creation of a new process by an existing process. 

The sequence starts on Figure 15 with an ISUP message at the platform handler. The 
platform handler forwards the message to the ISUP receive process of the message h^^^^ Ifthe 
ISUP message is an lAM, the ISUP receive proc«s forwards the lAM to the call center. The call 
center had been in the "origination null" point-in-call. but the lAM causes the call center to create 
an originating call process parameterized with contents of the 1AM. The originating process then 
executes through the '^authorize origination attempt" point-in-call. This typically entails ANI 
validation in a look-up table, but prior to the look-up. call information is checked to determine if 
ANI validation is required. For particular types of calls, i.e. "800" calls, origination is authorized 
without ANI validation. 
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Once origination has been authorized, Ihe originating process creates a detection point 
process and transmits a signal to the detection point process that origination has been authorized. 
The detection point process returns a message instructing the origination process to execute 
through the "analyze information" point-in-call, although a detection point could be programmed 
at this point if desired. Continuing on to Figure 16, "Analyze information" typically entails 
verifying that the dialed number is legitimate and checking call information for any applicable 
services. A few examples of a services are "800" and PCS. In this example, ho services arc 
required for the call - the call is a typical POTS call. Once^the analysis has been' accomplished, 
the originating process sends a "analyzed information" message to the detection point process. 
Typically, the detection point process returns a "resume" message to the originating process, but 
detection points could be programmed here if desired, 

. resume message causes the origination process to execute through the "rou 
alerting" point-in-call. This typically entails translating the dialed number to select a destination 
address. For example, the NPA-NXX of the dialed number could be used in a look-up table to 
yield the address of the terminating mux and the device that should receive the cali from the mux. 
The origination process will also send a message to the call center to create an terminating call 
process. The terminating call process is provided with the identity of the originating process. The 
terminating process also creates a detection point process to handle the detection points it 
encounters. For purposes of clarity, this is indicated along the same line as the originating process 
detection point, although it should be understood that each process communicates with its 
corresponding detection point. 

Continuing on to Figure 17, the terminating process executes through the "authorize 
termination attempt" point-in-call. This typically entails verifying that an ATM coiinecuon to 
another mux can be attempted. For example, the CCM and the mux at the terminating end must 
be operational to handle the call. Once teimination is authorized, an authorized message is sent 
to the detection point process, \^ch returns a resume message to the tennination manager (unless 
a detection poitit is programmed into the detection point process.) 

The terminating process will then execute through the "select facility and present call" 
point-in-call. This typically entails selecting the actual VP I/VCI and outbound connection for the 
call. The destination has ah^dy been specified during the "routing" point-in-call. so the VPUWCl 
and point codes can be looked-up accordingly. The terminating process; will then send a message 
to bearer.control requesting mux control Bearer control would then create a message for the 
originating mux identifying the ccmectipns and devices relevant to Uie call. Bearer control would 
respond that mux control was handled Continuing on to Figure 1 8, the terminating process would 
then construct an 1AM for transmission to the downstream CCM at die terminating mux. As 
discussed above, tiiis message could be coded such that the downstream CCM could skip detaited 
call processing. The lAM would be provided to the ISUP sender and a formatted 1AM would be 
provided to the platform handler for subsequent transmission to the downstream CCM. 
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On a typical call, the next message that would be received by the CCM that is related to 
the call would bean Address Complete Message (ACM) signifying that the terminating end ofthe 
call had the information required to complete the call. This would be the case if the downstream- 
terminating CCM received the above-mentioned 1AM, selected the actual DSO, and sent a 
subsequent 1AM to the external device. As mentioned above, the specially coded JAM woiild cause 
the temiinating CCM to merely select the outbound DSO, notify the terminating mux, and generate 
the lAM to send to the external comieclion. The external device would send an ACM back to the 
terminating CCM which would pass on an ACM to the originating CCM. These. procedures at the 
iQrminaling CCM are not depicted in the message sequence chart. The message sequence chart 
continues with the ACM arriving at the originating CCM. 

The ISUP receive process would forward the ACM. to the temiinating process. The 
temiinating process would execute through the "alerting" point-in-call and would send ACM 
infomiation to the originating process, which would also execute through the "alerting" poirit-in- 
call. Alerting entails alerting the users that a connection is available - i.e. ringing a telephone. 
Typically, no specific activity is required for ''alerting", but detection points could be inserted into 
the process if desired. The originating process would forward an ACM to the ISUP sender which 
would provide a formatted ACM to the platform handler for subsequent transmission to devices 
at the origination side of the call. 

On the typical call, an Answer Message ( ANM) will be transferred from the tcminating 
side of the call to die origination side of the call when the called party answers the phone. The 
ANM is received by the platfonm handler and forwarded to the ISUP receive process which 
forwards its version to the terminating process. Continuing on to Figure 19, the terminating 
process executes though the "active" point-in-call and sends ANM information to the detection 
point process. Typically, the detection point process will return a resume message, although 
detection points could be included here if desired. The tenminating process also sends a mux 
control message to bearer control to facilitate cut-through on the call at the max. A 
acknowledgmerit response is sent back to the terminating process from bearer control. The 
terminating process also sends ANM information to the originating manager, which also executes 
through the "active" point-in-call. The originating process also sends an answer incssage to the 
detection point process and a partial call control block to the record handler. Typically, the 
detection point process wiU sCTd a resume message back to ih^ origination process. The originating 
process would forward an ANM to the ISUP sender which would provide a formatted ANM to the 
platform handler for subsequent transmission to deviccis at the origination side ofthe Call. At this 
point, the call is in progress. 

The message sequence continues with the receipt of a release message (REL) after the 
caller or called party hang up. As stated above, if the called party hangs up, a suspend message 
(SUS) is sent before the call is released, but if the caller hangs up, only an REL is sent. For clarity, 
the chart picks up with an REL arriving from the terminating side of the call. The REL is received 
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. by the platfonn handler and transferred to the ISUP receive process, which provides its version of 
the message to the tenninating process. (Had the REL been from the originating side itwould 
have been provided to the originating process.) The terminating process executes through the 
-disconnect" point-in-call. Continuing on Figure 20. the terminaUng process sends R£L 
■nfomauontotheoriginatingproccss. Theoriginatingprocesswouldforw^^ 

sender which would provide a fonnattcd m to the platform Handler for subsequent tra^smiss 
to devices at the origination side of the call. Inresponse to the REL. the tenninating process will 
forward a Release Complete Message (RLC) to the ISUP sender which would provide a formatted 
RLC to the platform handler for subsequent transmission to the dcvicckt sent thi REL The 
RLC acknowledges the REL and signifies that the call connections may be ton, dowii'and re-used 
The temunating process also sends a mux control message to bearer control to caise the relevant 
y PIA^CI to be torn down, and receives an acknowledgment response fiom bearer control The 
cngmating process sends an echo control message to bearer control to cnsun: that the relevant echo 

canceller IS enabled and receives and acknowledgment response from bearer control. 

The next message will typically be an RLC in response to the REt s^t to the originating 

side of the call. The RLC is received by the platform handler and forwarded to the ISUP receive 
process. KUP r«eive provides its version ofthe message to the originating process. This causes 
the ongmatmg process to forward its fbal call control block to the record handler. The originating 
process also provides RLC information to the termi^iting process. This causes the terminating 
process to send iu final call control block to the record handler. The record handler responds to 
each prooKis with an acknowledgment response. Continuing on to Figure 21, tear down messages 
are sent by the originating process and the terminating process to their respective detection point 
processes. Typically, no detection points will be programmed and the originating pnxxrss the 
temunating process, and the detection point processes will terminate and be cleared from the CCM. 

Figure 22 depicts a modified exceipt from message sequence chart of Figure 23 The 
modification is for a data call that requires the echo cancellation on the connection to be disabled 
As shown, the message sequence chart picks up call processing at the "routing and alerting" point- 
m-call. Part of the execution through the "routing and alerting" poinl-in-call includes a check of 
JAM mfonmalion to determine if echo cancellation should be disabled. If so, the originating 
process sends an echo control message to bearer control. Bearer control will send a message 
dBablmgtheapproprialeechocanceller. Bearer control also sends an acknowledgment response 
back to the originating process. Subsequent call processing continues as discussed above and the 
echo canceller is re-enabled after the call; 

Figure 23 also depicts a modified excerpt from the message sequimce charts above The 
modification is for a call that requires services. Services might include NOO or VPN calls but 
many other services are known. In this embodiment, an SCP is accessed to provide informaUon 
to implement the service. As shown, call processing picks up where the detection point process 
for either the origimiting process or the terminating process analyzes a detection point and 
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dctcrmines that a service is required. Typically, this is done by examining the dialed number and 
the caller s number. Those skilled in the art are aware of how services can be determined from call 
information. . 

If it is determined that a service should be applied to the call, the detection point process 
sends detection point message to the feature center that causes the feature center to create an 
feature process. The feature process will be parameterized with call infomation and will send a 
detection point message to the switching center. In some embodiments, the feature process will 
choose between "IN" services and "non-IN" services and send the detection point message to the 
corresponding switching center. Upon receiving the message, the switching center creates a service 
process for each service to be applied to call. The service process fonnulates a request for service 
information and forwards it to the encoder of the SCF access manager. The encoder produces a 
TCAP message and transmits it over the appropriate link to a remote SCF. (possibly through the 
platform handler and/or the MTP interface). The remote SCF will return a response to the decoder. 
The response is formatted for the service process and sent to it. The service process lakes the 
response and formulates an analyze information message that is transferred back through the 
feature process to the detection point process. The detection point process transfers the analyze 
information message to the applicable originating or terminating process. Subsequent call 
processing remains the same as discussed above. At call tear down, the feature process and the 
switching process are cleared from die COM. 

An example ofdie above scenario would be for an "800" call. The COM would recognize 
that the ''800" in the called number required service application. As a result, it would generate and 
transmit TCAP query to an SCP requesting an "800" translation. The SCP would process the 
query and translate the "800" number into a POTS number. The SCP would return the POTS 
number to the requesting CCM. The CCM would then process the POTS number as it would for 
a standard POTS call. 

In some embodiments, the CCM processes SS7 signaling messages to accomplish the 
following functions: validation, routing, billing, and echo cancellation. SS7 messages arc well 
known in the art. The following sections discuss SS 7 processing, but those skilled in the art will 
recognize variations that are also contemplated. In SS7, the routing labels of the messages are used 
to correlate messages to calls. Contemporaneous messages with the same OPC. DPC. and CIC 
relate to the same call. 

To validate a call, the routing label of messages should be checked. The Service Indicator 
should be checked to distinguish between an incoming message from outside of the.network or a 
message from a network CCM. The Destination Point Code is screened to ensure the destination 
of the SS7 message is actually destined for the CCM. The Originating Point Code is screened to 
ensure the originating point code is allowed in the CCM. The Message Type is screened to ensure 
that the type of message is allowed in the CCM and that there are no protocol violations associated 
with the message. 
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Both the Circuit Reservation. Message (CRM) and the lAM should have the Satellite 
Indicator screened to ensure that the Hmit on the number of Satellites in a circuit has not been 
exceeded. This will be on a trunk group by trunk group basis. The REL automaUc congestion 
level will be screened to see if congestion arises. The CCM should ihen control calls to the 
associated network elements until the congestion abates. For non-call associated messages, the 
circuit group supervision message type indicator will be SCTcen«l to compare ihe state of the. 
circuits with the instructions incoming in the messages. 

The UM wiU receive additional treatment for validation. Infdrmatjion Transfer Capability 
will be screened lo ensure that thp connection for the call is capabje of Jbandlingthe transfer rate 
requested. The Coding Standard will be screened to ensure that the standard is coded 00. All 
others will be rejected. Transfer Mode will be screened to ensure that the. mode is coded 00 for 64 
Kbil/second calls. User Layer Protocol ID and the Rate field will be screened to ensure that there 
is no rate adaptation required for the calL The Network ID Plans and Digits, will be screened to 
ensure that the carrier identification field and the u-ansit network carrier identification field is in 
the conect fonnat. The Circuit Code will be screened to allow callers with the correct means of 
dialing to access the network. 

The CCM will check the ^op Counter in the 1AM to determine if it has reached its limit 
as set by this field (range 10 to 20 with a default of 20), If it has not, the CCM will increment the 
parameter. If it has reached the determined count, the CCM will send a release message back with 
a cause of "exchange routing enror" to tell the preceding switch that the lAM has reached its limit 
in hc^s. If this field is left blank, the CCM will not increment the counter parameter and pass the 
lAM unchanged. 

The lAM Called Party Number field should be handled as follows for validation. Nature 
of Address will tell the CCM what type of number was dialed for the called number. The screening 
of this field be for a non-NPA number. If that occurs, the CCM will need to add the NPA from 
the Trunk Group to the call control block. Numbering Plan will be screened to check what type 
of plan the incoming called party number uses. The only allowable plans are Unknown and ISDN 
numbering plans. AH pthers should be disallowed. Digits Field will be screened for the number 
of digits using the Nature of Number, Odd/Even, and Digits Fields to determine the correct number 
of digits. 

The lAM Calling Party Number and Charge Number fields should be handled as follows 
for validation. Nature of Address will be screened to ensure that the. calling party*s number is in 
the proper format. Presentation Allowed/Restricted will be screened to check for NOO calling. 
Numbering Plan will be checked to ensure that the numbering plan is set at either unknown or 
ISDN numbering plaa EHgits Field will be thecked to ensure that there is enough digits for an ANl 
that can be billed. These digits will be validated in an ANI table for call authorization. 

Routing is primarily accomplished by processing the lAM. Called Party Number - Nature 
of Address, Digits - This will tell the CCM what type of call this is. It will differentiate 0+, test 
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calls, and International numbers from normal 1 + calls. The Calling Party's Category tells the CCM 
that the call is a test call with different routing than a normal call. The Carrier Identification Plan 
will be used to determine if the CCM receives the Carrier Identification Code of another carrier, 
since the CCM may wish to route the call based on the subscribers choice of carriers. The 1AM 
Carrier Selection Information is used to route the call based on whether the subscriber was 
presubscribed or dialed the carrier access number. The 1AM Originating Line Information will 
enable the CCM to route based oh what type of originating line is being used for this call! An 
example is if a payphone makes a 1 + call, the CCM will be able to route the call directly to an 
operator for billing arrangements. The lAM Transit Network Selection fields will indicate the 
Carrier Identification Code of the Intemationai Carrier that is requested by the subscriber, so the 
CCM can route the intemationai call to die correct switch. The Circuit Code will tell the CCM 
how the code was dialed. If the subscriber dialed an access code for a diflcrcnt intemationai 
carrier, the CCM could roiite the call to an operator center for processing. 

The lAM Called Party Number fields are handled as follows for routing. Nature of 
Address Indicator tells what type of call is being requested. This will include 0+ and 0- calls, 
international calls (operator and non operator calls), cut through, and 950 types of calls. With this 
information, the CCM can route the call directly to the international gateway or operator center 
without looking at the rest of the message. For normal 1+ calls, the Odd/Even field v/ill be used 
with the digits fields to detenminc the number of digits. Numbering Plan field will be used to route 
calls differently if it has a "Private Numbering Plan" value in the field. Digits Field will be the 
digits that will be used to route the call through the network usinjg table look-ups. Typicially, the 
digits field houses the dialed number. 

BiUing wUl be based on the CaU Control Blocks (CCBs) created by the call prcK;^^^^ A 
portion of these records are transferred from messages received by the CCM. The CCBs are 
discussed above. When the Calling Party Number is present in the 1AM and there is no Charge 
Number present, the Calling Party Number is used to bill the call. Ifthe Charge Number is present 
in die same message, then the Charge Number will be iised for billing instead of thc Calling Party 
Number. Various messages need to be tracked to measure the duration of the call. These include 
the lAM, ACM, ANM, SUS, REL, and RLC. The causes associated with these messages shouki 
also be considered. 

As to echo control, messages should be examined to determine if either side of die call - 
originating or temiinating - has already handled echo control. This can be done by looking at the 
Echo Suppressor Indicator in die Nature of Connection Indicators Parameter of the CRM or the 
lAM, or the Echo Control Device Indicator in the Back-ward Call Indicators Parameter of the ACM 
or the Call Progress Message (CPM). ' If no echo control has been provided, the CCM will 
implement echo control depending on the Information Transfer Capability in the User Service 
Indicator Parameter of the I AM. 
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ALTERNATIVE EMBODIMENT 

The connection processing system codd also be used in the following context of an ATM 
gateway. Figure 24 depicts signaling and control system 2400, ATM system 2420. ATM system 
2440. and gateway 2430. These components arc connected by connections 2460-246 1 and linked 
by hnks 2450.2452 as shown. Those skilled in the art are aware that large networks have many 
more components than are shown, but the number of these components has been restricted for 
clarity. 

ATM systems 2420 and 2440 arc known in the art. They typically include ATM 
connections, cross^onnects. and switches. Any source of ATM cells is contemplated ^At least one 

ofthcATMsystcmswillhavctheneedtocontroltheVPWCIsofccllsentcringthbnetwork This 
IS because the cells entering the network haye VPWCls designated by the preceding network 

These VPI./VC1S arc not necessarily compatible with the routing configuration of the subsequent 
network accepUng the cells. As such, the VPWCls must be modified to be compatible the new 
VPWCl routing configuration, This is especially true if the ATM network is handling SVCs 
without an ATM switch to process signaling and select the proper SVCs in real time If only prc- 
provisioned cross-comiects are used, the VPI/VCl in the incoming cell effectively selects the 
VPIA^CI the cell win have when it exits the cross-connect. If SVCs are to be dynamically allocated 
on a per call basis through pre^^visioned cross-connects, a system is needed to modify the 
VPWCls to allocate SVCs before the cells enter the cross-connect. 

Gateway 2430 provides this capabilit>'. Gateway 2430 receives ATM cells entering a 
network and converts the VPWCls in the ceUs so they are compatible with network routing 
configuratwn. Gateway 2430 would modify the VPWCls of cells entering ATM system 2440 on 
a caU-by-call basis. Gateway 2430 would use the above-described coniiection processing system 
to facilitate the modification of VPWCls. This allows for the allocation SVCs; Gateway 2430 
couM also operate in a two-way fashion. This means it will modify the VPWCls of cells entering 
ATM system 2420 according to ATM system 2420 requirements, and it will modify the VPI/VCIs 

of cells entering ATM system 2440 according to ATM system 2440 requirements. Gateway 2430 
« capable of modifying VPWCls based on control itistmctions from signaling and control system 

2400. 

Signaling and control system 2400 receives signaling passed between the twd networks 
Typically, the signaling would be Signaling System #7 (SS7) messages. Signaling and control 
system 2400 is able to receive and process SS7 signaling to select the appropriate VPWCl for 

ccllsenteringagivennetwork. Itissimilartothesignalingprocessingsystemdcscribedabov^ 
Itpassesthismfonnationtothegaleway2430overcontrol link 2451. Contn,llink2451 could be 

.abus.adau Imkorasignaling link Those skilled in the art will appreciate various mys to «^^^ 
signalmg and control system 2400 with gateway 2430. It is important to note that signaling and 
control system 2400 and gateway 2430 do not comprise an ATM switch. Those skilled in the art 
wll appreciate how these components can be constructed and operated without the complexities 
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and cost of an ATM switch. Another advantage is that the gateway has single input/output 
throughput. This avoids many problems ATM switches encounter with multiple input and output 
ports. This also allows the gateway to concentrate IrafTic flowing into a network. In other words, 
the gateway is able to reorganize the trafTic entering a network. 

Figure 25 depicts gateway 2500 composed of control interface 2550, header mapper 25 1 0, 
ATM label converter 2530 and ATM interfaces 2520 and 2540. Connections 2563 and 2564 are 
ATM connections to ATM systems. Call/Connection Manager (CCM) 2570 is a version of 
signaling and control J 00 from Figure 1. CCM 2570 processes signaling and exerts control over 
the gateway 2500 via link 2560. This link could be any means of exchanging control information 
such as a signaling link, a data link, or a bus arrangement. Links 2561 and 2562 provide signaling 
to CCM 2570. An example would be an SS7 link, but other means to transfer signaling would be 
appreciated by one skilled in the art. 

CCM 2570 is a processing system that receives and processes signaling messages. CCM 
2570 processes the signaling messages to select WPUVCl assignments for gateway 2500. In other 
words, it is a call processor. It is dififaent from a switch in that it does not have a switching fabric, 
and it docs not carry actual user traffic. Typically, the processing is based on a dialed number, and 
can include validation, routing, and billing. CCM 2570 would be functional to send control 
merges to the gateway 2500. For call set up, the control message would instruct gateway 2500 
to modify the VPWCI in incoming cells to the VP WCI selected dynamically by CCM 2570. For 
call tear down, the control message would instruct gateway 2500 to disassociate the incoming 
VPLVCI fixHn the outgoing VPWCI. This releases the bandwidth associated with the call. CCM 
2570 is similar to the CCM discussed in the previous embodiment 

Control interface 2550 is fiuKticMial to receive control messages and transmit status 
information. It could be a conventional hardware/software interface. Header mapper 2510 
includes a memory that contains the information used to associate incoming VPWCIs with 
outgoing VPI/VCIs. This memory is dynamic and is updated on a call by call basis! Header 
mapper 2510 would use the connection processing system described at the beginning of this 
disclosure to handle the association of VPWCIs. ATM label converter 2530 is functiorial to 
change the VPI/VCIs in incoming ATM cells to new VPWCIs based on header mapper 25 10. 

ATM interface 2520 is functional to accept incoming cells from connection 2563 and then 
send the cells through label converter 2530. ATM interface 2540 is functional to accept converted 
cells from ATM label converter 2530 and transmit these cells on connection 2564. These ATM 
interfaces are also able to perform reciprocal processing for ATM trafTic flowing in the reverse 
direction, 

: Telecommunications signaling is used to set-up and tear down connections for a call. 
Setting-up a connection would entail creating a series of logically connected VPWCl 
commimications paths from end to end. The following operation is described in terms of SS7, but 
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those skilled in the art are aware of other signaling systems that could also be used. Some 
examples of these other signaling systems would be C7 and UNI. 

Typically, the network providing cells to gateway 2500 does not have knowledge of the 
actual destination for these cells beyond gateway 2500. This "first" network will also produce an 
IniUal Address Message (1AM) associated with the call. The 1AM contains information that can 
be used to route the cells for the call. The lAM is transferred to CCM 2570. CCM 2570 will 
process the lAM according to the requirements of the "second" network rectiiving ccll^ from 
. gateway 2500. CCM 2570 will select a new VPIA/CI based on the lAM;. N... 

In one embodiment, the system would operate as follows for a cal| incomirig over 
connection 2563. Typically, the network providing the call to gateway 2500 will seize an available 
connecUon (VPWCl) to gatew^ 2500. This comection is repr«cnted by connection 2563 CCM 
2570 will receive the lAM produced in association with the call over link 256 1 . If narrowband SS7 
signaling is used, the routing label in the 1AM contains a Circuit Identification Code (CIC). The 
CIC could be configured to identify the VPWCI in the incoining cells for the call. In other words, 
the CIC in the lAM identifies the seized connection (in connecUon 2563) to gateway 2500. If 

broadband signaling (B-ISUP)is used, this VPWCI could be directly identified in the VPI^^ 
fieW. CCM 2570 will select the VPWCI for routing the call over connection 2564. CCM 2570 
then sends a control message to control interface 2550 through link 2560. The control message 
will instruct gateway 2500 to modify the VPWCI of the incoming cells so they conuin the 
VPWCI selected by CCM 2570. This would be accomplished using the above-described 
connection processing system. Control inteifijce 2550 responds with an acknowledgment over link 
2560 to CCM 2570. In the case of error conditions, the acknowledgment will be negative 
acknowledgment. Header mapper 2510 wi|l receive the instruction information from control 
interface 2550 and will store this information for the duration of the call. CCM 2570 would also 

generate another lAM for transfer over link 2562 to the next node requiring a call message. 

Cells for the call will arrive at ATM label converter 2530 from ATM interface 2520 and 
connection 2563. ATM label converter 2530 will use the VPIA'CI of the incoming cells as the 
incoming VP WCIs in the above-described connection processing system. The index would be 
used to entcrheader mapper 25 10 memory to yield the new VPIATCI. ATM label converter 2530 
will modify the VPWCl in the cell headers to the new VPWCI. The cells arc then forwarded to 
ATM interface 2540 for transmission over connection 2564. 

At the end of the call, a release message (REL) is received by CCM 2570 over link 256 1 . 
The REL will cause CCM 2570 to begin call tear down procedures. CCM 2570 will send a 
control message to control interface 2550 over link 2560. Control interface 2550 wiU send tiie 
infomiation to header mappw 25 10 disassociating the incoming and outgoing VPWCl for the call. 
This will cause gateway 2500 to terminate the call connection. CCM 2570 will then send an 
appropriate REL over link 2562 to the next node. Those, skilled in the art will appreciate that other 
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procedures can also be used at the end of the call. For example, the CCM mav allow the VP WCI 
assignment to remain for a specified duration! 

Preferably, connection 2564 would transfer these modified cells to an ATM cross-connect 
system that has prc-provisioned WWCIs to potential network destinations. Because the VPI/VCI 
is selected in real time by CCM 2570 based on the signaling and the routing configuration, gateway 
2500 is able to implement SVCs on a call by call basis. In can be appreciated that by using the 
requirements for the network accepting the cells, CCM 2570 and gateway 2500 can implement 
SVCs for calls proceeding in both directions. It is also important to note that this can be done 
without the need for a complex ATM switch with signaling and call processing capability. 

Figure 26 shows ATM system 2600 and ATM system 2650. ATM system 2600 is 
comprisedof gateway 2605, call/connection manager (CCM) 2610, Signal Transfer Point (STP) 
2615, ATM cross-connect 2620, and nodes 2625, 2630, 2635, and 2640. ATM system 2650 is 
comprised of gateway 2655, CCM 2660, STP 2665, ATM cross-connect 2670, and nodes 2675, 
2680, 2685, and 2690. 

For the sake of clarity, the connections and links arc not numbered. Virtual paths are 
shown (single hncs) provisioned through ATM cross-connect 2620 between gateway 2605 and 
nodes 2625, 2630, 2635, and 2640. Virtiial paths are shown provisioned through ATM cross- 
connca 2670 between gateway 2655 and nodes 2675, 2680, 2685, and 2690. Gateway 2605 and 
gateway 2655 are cormected by a virtual path as well. Signaling links are shown interconnecting 
the various components (as discussed above, the link between the CCM and the gateway could also 
be a conventional datalink or bus arrangement). Note that cross-connects 2620 and 2670 do not 
require signaling. They are provisioned and do not need signaling/switching capability on a call- 
by-call basis. 

Gateway 2605 and 2655 have been described above. They modify the VP WCIs in ATM 
cells as instructed by control messages from the CCMs. CCM 26 1 0 and 2660 are described above. 
They process signaling and select VP WCIs on a call by call basis. The selections, are provided 
to the gateways. STPs 2615 and 2665 are known in the art. They route signaling messages. ATM 
cross-connects 2620 and 2670 are known in the art. They route ATM cells based on a prc- 
provisioncd routing configuration and the VPWCI in the cells. Nodes 2625, 2630, 2635, 2640, 
2675, 2680, 2685, and 2690 are ATM devices. Any device that transmits or receives ATM cells 
is contemplated. Some examples are ATM switches, ATM cross-connects, and ATM Customer 
Premises Equipment (CPE). Some of these nodes may use signaling and some may not need 
signahng. 

In operation for a call from node 2625 to node 2685, node 2625 would recognize that the 
call did not terminate within network 2600 and would seize a connection to gateway 2655. This 
connection would be provisioned through cross-connect 2620 and represented by the VPI/VCI in 
the cell headers. Gateway 2605 is inactive on this call and could even be omitted.. It is shown to 
illustrate the Gateway function could be implemented for calls passing in the other direction. Node 
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2625 would also transfer an 1AM to CCM 2660 identifying the seized VPl/VCl. The 1AM would 
be routed by STP 26 1 5 and STP 2665 to CCM 2660. It is importanl to note that ATM system 
2600 docs not know the routing configuration of ATM system 2650. 

CCM 2660 will process the lAM from Node 2625 to select a VPWCl to node 2685. 
Gateway 2655 has a provisioned virtual path to node 2685 through cross-connect 2670. CCM 
2655 would select an available VCI within that VPI. CCM 2655 would identify both the VP WCI 
from gateway 2605 and the VPWCI to node 2685 in a control message to gateway 2655. Using 
the connection processing system, gateway 2655 would modify the; old VPIA^Cl to the new 
VP WCI selected by CCM 2655 and transfer the modified cells to cross-connect 2670. Based on 
its pre-provisioned routing configuration and the VPJA^CI selected by CCM 2655, cross-connect 
267.0 would transfer these cells to node 2685. If necessary, CCM 2655 would transfer an 1AM 
node 2685 through STP 2665. 

It should be appreciated that the above procedure could be repeated for multiple calls 
between different nodes. This includes calls from network 2650 to network 2600. The CCM, the 
gateway, and the cross-connect work together to provide SVCs on a call-by-call basis. This 
accomplished without the cost or complexities of an ATM switch. 

After reviewing the above description, those skilled in the art will appreciate possible 
variations that could be made to the specific examples of the invention disclosed above. In 
addition to the disclosed examples, the invention encompasses these variations as well. As a result, 
the invention should not be limited to the specific examples disclosed above, but should only be 
measured by the following claims. 
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CLAIMS 

I: A connection processing method wherein there arc a plurality of connection 
identifiers wherein one of the connection identifiers is a first connection identifier that identifies 
a first connection and wherein another one of the connection identifiers is a second connection 
identifier that identifies a second connection, wherein there arc a plurality of index latches and a 
plurality of associated indexes wherein one of the indexes is a first index thai is associated with 
a first index latch and wherein another one of the indexes is a second index that is associated with 
a second index latch, the method comprising: 

assigning the first connection identifier to the first index and assigning the second 
connection identifier to the second index, wherein the first index is associated with the first index 
latch and the second index is associated with the second index latch; • 

storing the first connection identifier in the first index latch and storing the second 
connection identifier in the second index latch, wherein the assignment and storage creates assigned 
connection identifiers in the first and second index latches; 

receiving communications over the first connection and obtaining the fir:sl connection 
identifier; • 

providing the first connection identifier to each index latch and comparing the first 
connection identifier to any assigned connection identifiers stored in the index latches; 

providing the first index associated with the first index latch in response to the first 
connection identifier matching the assigned connection identifier stored in the first index latch; 

receiving communications over the second connection and obuining the second connection 
identifier; 

providing the second connection identifier to each index latch and comparing the second 
connection identifier to any assigned connection identifiers stored in the index latches; and 

providing the second index associated with the second index latch in response to the 
second connection idwitifier matching the assigned connection identifier stored in the second index 
latch. 

2. The method of claim 1 further comprising: 

storing a processing instruction for the first connection in a memory location that can be 
accessed with the first index; and , 

using the first index provided by the first index latch to access the processing instruction 
in the memory location. 

3. The method of clairn 2 wherein the proceissing instruction identifies a virtual 
connection. 

4. The method of claim 2 wherein the processing instruction identifies a VPWCI. 
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5. The method of claim 2 wherein the processing inslruclion identifies a DSO 
connection. 

6. The method of claim 2 wherein the processing instruction identifies a Circuit 
Identification Code (CIC). 

7. The method of claim 1 wherein the connection identifiers arc virtual connection 
identifiers. 

8. The method of claim I wherein the connection identifiers are Virtual Path 
IdcntifierA^irtual Path Identifiers (VPIA^CIs). 

9. The method of claim 1 wherein the connection identifiers are DSO identifiers. 

10. The method of claim 1 wherein the CQnnection identifiers are Circuit Identification 
Codes (ClCs). 

11. The method of claim I wherein the indexes are virtual connection identifiers. 

12. The method of claim 1 wherein the indexes arc Virtual Path IdentifierA^irtual Path 
Identifiers (VP WCIs). 

13. The method of claim 1 wherein the indexes are DSO identifiers. 

14. The method of claim 1 wherein the indites are Circuit Identification Codes 

(CICs). 

15. Themethcidofclaim l further coiiiprising; 

receiving write and read instructions wherein addresses in the instructions represent one 
of the incoming connection register, one of the index latches, or the assigned index register; and 

decoding the instructions to determine what the address represents to facilitate execution 
of the instructions. 
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16. A virtual connection processing method wherein there are a plurality of Virtual 
Path IdentifiersA/irtual Channel Identifiers (VPIA^CIs) wherein one of the VPWCIs is a first 
VPI/VCI that identifies a first virtual connection and wherein another one of the VPWCIs is a 
second VPUVCl that identifies a second virtual connection, wherein there arc a plurality of index 
latches and a plurality of associated indexes wherein one of the indexes is a first index that is 
associated with a first index latch and wherein another one of the indexes is a second index that is 
associated with a second index latch, the method comprising: 

assigning the first VPI/VCI to the first index and assigning the second VPWCI to the 
second index, wherein the first index is associated with the first index latch and the second index 
is associated with the second index latch; 

storing the first VPWCI in the first index latch and storing the second VPiA^CI in the 
second index latch, wherein the assignment and storage creates assigned VPI/VCIs in the first and 
second index latches; 

receiving communications over the first virtual connection and obtaining the first. 
VPWCI; 

providing the first VPWCl to each index latch and comparing the first VPWCI to any 
assigned VP WiCIs stored in the index latches; 

providing the first index associated with the first index latch in response to the fu-st 
VPWCI matching the assigned VPWCI stored inlhe first index latch; 

receiving communications over the second virtual connection and obtaining the second 
VPWCI; 

providing the second VP WCI to each index latch and comparing the second VP WCl to 
any assigned VPWCls stored in the index latches; and 

providing the second index associated with the second index latch in response to the 
second VP W CI matching the assigned VPWCI stored in the second index latch. 

17. Themethodof claim 16 further comprising: 

storing a processing instruction for the first virtual connection in a memory location that 
can be accessed with the first index; and 

using the first index provided by the first index latch to access the processing instruction 
in the memory location. 

18. The method of claim 17 wherein the processing instruction identifies a virtual 
connection. 

I*). The method of claim 17 wherein the processing instruction identifies a VPWCI. 
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The method of claim 17 wherein the processing instruction identifies a DSO 

The method of claim 17 wherein the processing instruction identifies a Circuit 
Code (CIC). 

The method of claim 16 wherein the indexes arc virtual connection identifiers.. 

23. The method of claim 16 wherein the indexes arc Virtual Path Idcntifibr/Virtual 
Path Identifiers (VPWCIs). 

24. The method of claim 16 wherein the indexes are DSO identifiers. 

25. Themethodofclaim 16 wherein the indexes are Circuit Identification Codes 

(CICs). 

26. Themethodofclaim 16 further comprising; 

receiving write and read instmctions wherein addresses in the instructions represent one 
of the incoming connection register, one of the index latches, or the assigned index register; and 

decoding the insdiictions to determine what the address represents to facilitate execution 
of the instructions. 



20. 

connection. 



21. 

Identification 
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27. A DSO connection processing method wherein there arc a pluraiily of DSO 
identifiers wherein one of the DSO identifiers is a first DSO identifier that identifies a first DSO and 
wherein another one of the DSO identifiers is a second DSO identifier that identifies a second DSO 
wherein there are a plurality of index latches and a plurality of associated indexes wherein one of 

. the indexes is a first index that is associated with a first index latch and wherein another one of the 
indexes is a second index that is associated with a second index latch, the method comprising: 

assigning the first DSO identifier to the fu^t index and assigning the second DSO identifier 
to the second index, wherein the first index is associated with the first index latch and the second 
index is associated with the second index latch, 

storing the first DSO identifier in the first index latch and storing the second DSO identifier 
in the second index latch, wherein the assignment and storage creates assigned DSO identifiers in 
the first and second index latches; 

receiving conununications.ovcr the fu^st DSO and obtaining the first DSO identifier; 

providing the first DSO identifier to each index latch and comparing the first DSO identifier 
to anv assigned DSO identifiers stored in the index latches; 

providing the first index associated with the first index latch in rcspcmse to the first DSO 
identifier matching the assigned DSO identifier stored in the first index latch; 

receiving communications over the second DSO and obtaining the second DSO identifier; 

providing the second DSO identifier to each index latch and comparing the second DSO 
identifier to any assigned DSO identifiers stored in the index latches; and 

providing the second index associated with the second index latch in response to the 
second DSO identifier matching the assigned DSO identifier stored in the second index latch. 

28. The method of claim 27 further comprising: 

storing a processing instruction for the fu^t DSO in a memory location that can be accessed 
with the first index; and 

using die first index provided by the first index latch to access the processing instruction 
in the memory location. 

29. The method of claim 28 wherein the processing instruction identifies a virtual 
cormection. 

30. The method of claim 28 wherein the processing instruction identifies a VP WCI. 

31. The method of claim 28 wherein the processing instruction identifies a DSO 
connection. 
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32. The method of claim 28 wherein the processing instruction identifies a Circuit 
Identification Code (CIC). 

33. The method of claim 27 wherein the DSO identifiers arc Circuit Identification 
Codes (CICs). . .- ■ ^ ■ . y 

34. The method ofclaim27>fhcrein the indexes are virlual conncctionidem^ 

35. The method of claim 27 wher^^^^ the indexes are Virtijal Path IdcntifierAf^iitual 
Path IdenUfiers (VPI/VCIs). ^ ^I^V :/ 

36. The method ofclaim 27 wherein the indexes arc DSO identifiers. 

37. The method of claim 27 wherein the indexes arc Circuit Identification Codes 

(CICs). '^u,.':. ' 



38. Themethodof claim 27 further compriising; 

receiving write and read instructions wherein addresses in the instructions represent one 
of the incoming comiection register, one of the index latches, or the assigned index register, and 

decoding the instructions to detennine what the address represents to facilitate execution 
of the instructions. 

39. A system for processing connection identifiers for connections wherein the 
connection identifiers are assigned to indexes to create assigned connection identifiers and 
corresponding assigned indexes, and wherein the connections are identified by incoming comiection 
identifiers when incoming communications from the connections are received by the system, the 
system comprising: 

a plurality of index latches that arc each associated with one of the indexes and that arc 
each operational to receive and store one of the assigned connection identifiers, to receive and 
compare the incoming connection identifiers with the stored assigned connection identifier, and to 
produce the associated index if one of the incoming connection identifiers matches the stored 
assigned connection identifier; 

an incoming connection register that is connected to each index latch and that is 
operational to receive the incoming connection identifiers and provide them to each index latch; 
and 

an assigned index register that is connected to each index latch and that is operational to 
receive the associated indexes from the index latches. 
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40. The system of claim 3 9 that further comprises : 

a microprocessor that is operational to provide write and read instructions that comprise 
first instructions to write the assigned connection identifiers to addresses that represent the index 
latches that are associated with the assigned indexes, a second instruction to write the incoming 
connection identifier to an address that represents the incoming connection identifier register, and 
a third instruction to read the assigned index from an address that represents the assigned index 
register; and 

an address decoder that is operational to receive the first instructions and to provide the 
assigned connection identifiers to the index latches that are associated with the assigned indexes, 
to receive the second instruction and to pro»vide the incoming connection identifier to the incoming 
connection register, and to receive the third instruction and to provide the assigned index to the 
microprocessor from the assigned index register 
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41. A method of operating a telecommunications system to provide a call with a 
virtual connection wherein a user transmits user information to the telecommunications system over 
a particular connection for the call and sends signaling for the call to the telecommunications 
system, wherein the system comprises an ATM interworking multiplexer and a signaling processor 
coupled to the ATM interworking multiplexer, the method comprising: 

receiving the signaling for the call into the signaling processor; 

processing the signaling for the call in the signaling processor to select the virtual 
connection; 

generating a control message in the signaling processor that contains a particular 
connection identifier and a selected virtual connection identifier; ■ 

transmitting the control message to the ATM interworking multiplexer; 

storing the virtual connection identifier in a memory location that can be accessed with an 

index; 

storing the particular connection identifier in a particular index latch associated with the 
index;' . ' • 

receiving the user infonnation for the call from the particular connection into the ATM 
interworking multiplexer, and as a result^ providing the particular connection identifier to a 
plurality of index latches that includes the particular index latch; 

providing the index from the particular index latch when the particular connection 
identifier matches the particular connecUon identifier previously stored in the particular index 
latch; 

using the index to access the virtual conriection identifier from the memory location; 
converting the usct information from the particular connection into ATM cells tliat identify 
the virtual connection; and 

transmitting the ATM cells firom the ATM interworking multiplexer over the virtual 
connection. 
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42. A method of operating an ATM interworking multiplexer to provide a call with 
a virtual connection wherein a user transmits user information to the telecommunications system 
over a particular connection for the call and sends signaling for the call to the telecommunications 
system, wherein the telecommunications system comprises an ATM interworking multiplexer, and 
wherein the telecommunications system provides a control message that contains a particular 
connection identifier and a selected virtual connection identifier for the call to the ATM 
interworking multiplexer, the method comprising: 

receiving the control message for the call into the ATM interworking multiplexer; 

storing the virtual connection identifier in a memory location that can be accessed with an 

index; 

storing the particular connection identifier in a particular index latch associated with the 

index; 

receiving the user information for the call from the particular connection into the ATM 
interworking multiplexer, and as a result, providing the particular connection identifier to a 
plurality of index latches that includes the particular index latch; 

providing the index from the particular index latch when the particular connection 
identifier matches the particular connection identifier previously stored in the particular index 
• latch;' 

using the index to access the virtual connection identifier fi-om the memory location; 

placing the user information from the particular connection into ATM cells that identify 
the virtual connection; and 

transmitting the ATM cells from the ATM interworking multiplexer over the virtual 
connection. 
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43. A telecommunications system to provide a call received over a particular 
connection with a virtual connection in response to signaling for the call, the system comprising: 

a signaling processor operable to receive and process the signaling for the call to select the 
virtual connection for the call, and to generate and transmit a control message that contains a 
particular connection identifier and a selected virtual connection identifier for the call; and 

an ATM intcrworking multiplexer operable to receive the control message/to store the 
virtual connection identifier in a memory location that can be accessed with an index, to store the 
particular connection identifier in a particular index latch associated with the index, to receive the 
user information from the particular connection, and as a result, to provide the particular 
connection identifier to a plurality of index latches that includes the particular -index latch, to 
provide the index from the particular index latch when the particular connection identifier matches 
the particular c<»uiection identifier previously stored in the particular index latch, to use the index 
to access the virtual connection identifier from the memory location, to convert the user 
information into ATM cells that identify the virtual connection, and to U-ansmit the ATM cells fi-om 
the ATM iiiterworking multiplexer over the virtual connection. 

44. An ATM intcrworking multiplexer for providing calls with virtual connections 
in response to a control message for each of the calls, the multiplexer comprising: 

an access interface operable to receive user information for each call from a particular 
connection for that call; 

a control interface operable to receive the conU-ol message for each call that contains a 
particular connection identifier and a selected virtual connection identifier for that call; 

an ATM adaption processor coupled to the access interface and the conu-ol interface and 
operable to receive the control message, to store the virtual connection identifier in a memory 
location that can be accessed with an index, to store the particular connection identifier in a 
particular index latdi associated with the index, to receive the user information from the particular 
connection, and as a result, to provide the particular connection identifier to a plurality of index 
latches that includes the particular index latch, to provide the index from the particular index latch 
when the particular connection identifier matches the particular connection identifier previously 
stored in the particular index latch, to use the index to access the virtual connection identifier from 
the memory location, and to convert the user information into ATM cells that identify the virtual 
connection; and 

an ATM interface coupled to the ATM adaption processor and operable to transmit the 
ATM cells for each call over the virtual connection for that call. 
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45, A methcxi of operating a telecommunications system to provide a call with a 
particular connection wherein user information is transmitted over a virtual connection, and 
wherein the system comprises an ATM interworking multiplexer and a signaling processor coupled 
to the ATM interworking multiplexer, the method comprising: . 

receiving signaling for the call into the signaling processor; 

processing the signaling for the call in the signaling processor to select the particular 
connection; 

generating a control message in the signaling processor that contains a selected particular 
coiuiection identifier and a virtual connection identifier for the call; 

transmitting the control message to the ATM interworking multiplexer; 

storing the particular connection identifier in a memory location that can be accessed with 
an index; 

storing the virtual connection identifier in a particular index latch associated with the 

index; 

receiving the user information for the call from the virtual connection into the ATM 
interworking multiplexer, and as a result, providing the virtual connection identifier to a pluraiit>' 
of index latches that includes the particular index latch; 

providing the index from the particular index latch when the virtual connection identifier 
matches the virtual connection identifier previously stored in the particular index latch; 

using the index to access the particular connection identifier from the memory location; 

converting the user information from the virtual connection into a format suitable for the 
particular connection; and 

transmitting the user information from the ATM interworking multiplexer over the 
particular connection. 
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46. A method of operating an ATM interworking multiplexer to provide a call with 
a particular connection wherein user information is transmitted over a virtual connection for the 
call, wherein the telecommunications system comprises an ATM interworking multiplexer, and 
wherein the telecommunications system provides a control message that contains a selected 
particular connection identifier and a virtual connection identifier for the call; 

receiving the control message for the call into the ATM interworking imultiprexcr; 

storing the particular ccmnection identifier in a memory location that can be accessed with 
an index; ; ^ 

storing the virtual connection identifier in a particular index latch associated with the 

index; 

receiving the user information for the call from the virtual connection into the ATM 
interworidng multiplexer, and as a result, providing the virtual connection identifier to a plurality 
of index latches that includes the particular index latch; 

providing the index from the particular index latch when the virtual connection identifier 
matches the virtual connection identifier previously stored in the particular index latch; 

using the index to access the particular connection identifier from the memory location; 

converting the user information from the virtual connection into a format suitable for the 
particular connection; and 

transmitting the user information from the ATM interworking multiplexer over the 
particular connection. 

47. A tcleoammunications system to provide a call transmitted on a virtual connection 
with a particular connection in response to signaling for the call, the system comprising: 

a signaling processor operable to receive and process the signaling for the call to select the 
particular connection for the call, and to generate and transmit a control message that contains a 
selected particular connection identifier and a virtual connection identifier; and 

an ATM interworking multiplexer operable to receive the control message, to store the 
particular connection in a memory location that can be accessed with an index, to store the virtual 
connection identifier in a particular index latch associated mih the index, to receive the user 
infomjation from the virtual connection, and as a result, to provide the virtual connection identifier 
to a plurality of index latches that includes the particular index latch, to provide the index fi-om the 
particular index latch when the virtual connection identifier matches the virtual connection 
identifier previously stored in the particular index latch, to use the index to access the particular 
connection identifier from the memory location, to convert the user information into a format 
suitable for the particular connection, and to transmit the user information from the ATM 
interworking multiplexer over the particular connection. 
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48. An ATM interworking multiplexer for providing calls with particular connections 
in response to a control message for each of the calls, the multiplexer comprising: 

an ATM interface operable to receive user infonnation for each call from a virtual 
connection for that call; 

a control interface operable to receive the control message for each call that contains a 
selected particular connection identifier and a virtual connection identifier; 

an ATM adaption processor coupled to the access interface and the control interface and 
operable to receive the control message, to store the particular connection identifier in a memor>' 
location that can be accessed with an index, to store the virtual connection identifier in a particular 
index latch associated with the index, to receive the user information from the virtual connection, 
and as a result, to provide the virtual connection identifier to a plurality of index latches that 
includes the particular index latch, to provide the index from the particular index latch when die 
virtual connection identifier matches the virtual connection identifier previously stored in the 
particular index latch, to use the index to access the particular connection from the memory 
location, to convert the user information into a format suitable for the particular connection; and 

a connection interface coupled to the ATM adaption processor and operable to transmit 
the user information from the ATM interworking multiplexer over the particular connection for 
each call. 
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